<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Jul 1, 2015 at 5:48 AM, Jim Stichnoth <span dir="ltr"><<a href="mailto:stichnot@gmail.com" target="_blank">stichnot@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On Tue, Jun 30, 2015 at 12:28 PM, Warpme <span dir="ltr"><<a href="mailto:warpme@o2.pl" target="_blank">warpme@o2.pl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span>On 30/06/15 21:08, Ozzy Lash wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
<br>
Jim,<br>
<br>
    I tested 2 UEFI based frontends (NUC, fast i5) and E2100 (really<br>
    slow 1GHz Kabini).<br>
    On both HTTP download 160MB OS image is mater of 2-3sec over GE LAN.<br>
    What NIC LIVA has?<br>
<br>
<br>
Looks like it is a Realtek:<br>
<br>
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)<br>
<br>
<br>
</blockquote></span>
Then I think iPXE for TCP based comm. should go comparable to my E2100.<br>
E2100 has:<br>
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168 PCI Express Gigabit Ethernet controller (rev 06)<br>
10ec:8168 (rev 06), Subsystem: 1458:e000<br>
In my case 160MB download takes 1.3-1.5sec<div><div><br></div></div></blockquote></span><div>Thanks.  I'll try chainloading with iPXE (but after returning from vacation...).</div><div><br></div><div>There doesn't seem to be anything inherently wrong with my network or tftp setup, since tftp and everything else are fast once booted up.  Probably it's a problem with the LIVA's firmware implementation of tftp, which hopefully iPXE will avoid.</div><div><br></div></div></div></div></blockquote><div>Finally got a chance to dig into this some more.</div><div><br></div><div>I ran wireshark on the tftp traffic and found that the client packet processing takes longer and longer as the number of packets grows.  In fact, the packet processing times fit very cleanly into a quadratic curve.  Probably the network firmware is recopying the entire file each time a new packet arrives, which doesn't go so well when the initrd.img file is 14,000 packets.  Programmers these days!</div><div><br></div><div>I tried changing tftp server blocksize options, but they seem only able to affect the maximum block size, whereas I'd like to set a minimum block size.  Dead end there.</div><div><br></div></div>iPXE over http worked very well, after stumbling to figure out some details.  First, I needed to make the bin-x86_64-efi/ipxe.efi target, given that the ECS Liva requires UEFI booting.  Second, I had to watch the iPXE output very carefully because on the Liva, boot failures often jump immediately into the BIOS settings screen, so if you blink you can miss the error.</div><div class="gmail_extra"><br></div><div class="gmail_extra">In the end, loading the 6MB kernel and 20MB initrd.img files over http takes a fraction of a second, which is awesome.  I'm not planning to use chainloading, instead I'll build ipxe.efi with some embedded script, once I decide on the best way to manage 4 to 8 pxe-booting frontends.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Thanks for all the suggestions!</div><div class="gmail_extra"><br></div><div class="gmail_extra">Jim</div></div>