On 2014-01-03 18:08, Alkis Georgopoulos wrote: > Στις 03/01/2014 02:35 μμ, ο/η Alkis Georgopoulos έγραψε: >> I think that the best solution would be to limit the rate of the >> data >> that the server sends to the clients (X, NBD, SSHFS/NFS...) to e.g. >> 90 >> Mbps per client at the TCP level, probably using iptables and tc. >> > > > Yup, success! I verified that this theory is working fine. > So we no longer need to throw away our dlink switches and our atheros > cards that don't support disabling ethernet flow control! :)
snip Just to clarify, Alki, are you advocating this limiting of the rate even when hardware flow control could be disabled, but that it should not be? Or are you saying that when the disabling of hardware flow control is not an option then one should limit the rate of the data? Richard ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk _____________________________________________________________________ Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: https://lists.sourceforge.net/lists/listinfo/ltsp-discuss For additional LTSP help, try #ltsp channel on irc.freenode.net
