<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>
</head>
<body class='hmmessage'>
You can read about how to boot a full XP from WIM here: <A href="http://sanbarrow.com/phpBB2/viewtopic.php?t=1695">http://sanbarrow.com/phpBB2/viewtopic.php?t=1695</A> <BR>
<BR>
When you say "<FONT face="Courier New">204 MB XP SP2 HDD image", do you mean complete with all necessary files to ramboot? How stripped-down is it actually?</FONT><BR>
<FONT face="Courier New"></FONT> <BR>
<FONT face="Courier New">I have not yet dived into iSCSI booting, but will soon do. Btw, is that possible to boot over WAN? Is your setup documented anywhere?</FONT><BR>
<FONT face="Courier New"></FONT> <BR>
<FONT face="Courier New">By "another stack", I meant downloaded from a booted xp (not pxe), either host-host or guest-host. I cannot say if gPXE behaves differently from other pxe stack, because my other tests with other stack have downloaded over tftp only (built-in vmware). It is therefore not directly comparable.</FONT><BR>
<FONT face="Courier New"></FONT> <BR>
<FONT face="Courier New">Btw, I am the same Joakim that tested your winvblock driver a few months ago. </FONT><BR>
<FONT face="Courier New"></FONT> <BR>
<FONT face="Courier New">Joakim Schicht</FONT><BR>
<BR> <BR>
<HR id=stopSpelling>
Date: Mon, 30 Nov 2009 22:57:21 -0500<BR>From: Shao.Miller@yrdsb.edu.on.ca<BR>To: jonny49@live.no<BR>CC: gpxe@etherboot.org<BR>Subject: Re: [gPXE] Transfer speed with e1000 and pcnet32 in VMware<BR><BR><TT>Joakim Schicht wrote:<BR></TT>
<BLOCKQUOTE><TT>I am fiddling with WAN (HTTP) booting of "Universal XP". By wimbooting xp, we can enjoy great compression and faster image transfer (my rather complete XP SP2 with all services intact, is only 209 Mb after finally being zipped).<BR></TT></BLOCKQUOTE><TT>Interesting. How exactly are you accomplishing this? What exactly are you downloading via HTTP? I was under the impression that the entirety of XP could not be in a .WIM file and be bootable, though you can attach a .WIM file at some point during boot. If you have a relevant link to your setup over at the Boot-Land forums, perhaps you would kindly reply with such a link here for other interested gPXE Windows XP users?<BR><BR>For comparison, I have a 204 MB XP SP2 HDD image which I boot using MEMDISK and WinVBlock. Each computer which boots this image is licensed for a single installation of Windows XP SP2. The BOOT.INI menu offers all kernel and HAL combinations, so the image will boot on any hardware platform with enough RAM. 256 MB is enough to run, but many programs cannot allocate memory and have quirks; CMD.EXE is fine. In this scenario, I have gPXE attach to a read-only SAN. That SAN has a FAT32 partition and SYSLINUX installed onto it. SYSLINUX boots and loads MEMDISK along with the "RamXP" HDD image. The fact that gPXE uses iSCSI to read this SAN results in significantly faster transfer times than HTTP, but obviously is not quite as universal as HTTP allowances in the world.<BR><BR></TT>
<BLOCKQUOTE cite=mid:SNT102-W196BC9600D61D44F08034FB2970@phx.gbl>
<STYLE>
.ExternalClass .ecxhmmessage P
{padding:0px;}
.ExternalClass body.ecxhmmessage
{font-size:10pt;font-family:Verdana;}
</STYLE>
<TT>But using another stack than gPXE in the same environment (even with no physical nic connected) will not trigger this stall behaviour. Which leads me to think that it could be some weird combination.<BR></TT></BLOCKQUOTE><TT>Using another stack, how are you downloading via HTTP?<BR></TT>
<BLOCKQUOTE cite=mid:SNT102-W196BC9600D61D44F08034FB2970@phx.gbl><TT>Either way, it is definately a vmware-related issue.<BR></TT></BLOCKQUOTE><TT>If gPXE is really behaving differently than some other PXE stack which accomplishes decent HTTP download behaviour, it would still be good to know why.<BR><BR>- Shao Miller<BR></TT> <br /><hr />Få nye Windows Live™ Messenger. <a href='http://download.live.com/messenger' target='_new'>Last ned her.</a></body>
</html>