Date: Mon, 21 Jun 2010 12:59:49 +0700 (ICT) From: Olivier Nicole <Olivier.Nicole@cs.ait.ac.th> To: smithi@nimnet.asn.au Cc: freebsd-questions@pp.dyndns.biz, freebsd-questions@freebsd.org, modulok@gmail.com Subject: Re: Online gaming and file downloads - latency hell! Message-ID: <201006210559.o5L5xnL7016186@banyan.cs.ait.ac.th> In-Reply-To: <20100621134020.X9227@sola.nimnet.asn.au> (message from Ian Smith on Mon, 21 Jun 2010 15:50:05 %2B1000 (EST)) References: <20100618120030.D6CA7106581D@hub.freebsd.org> <20100621134020.X9227@sola.nimnet.asn.au>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, > I've read about people trying > to throttle outgoing ACKs to slow down their download but that still > wouldn't rearrange any incoming data packets so I don't see how that > would help. I haven't tried it myself though but neither have I read > about anyone successfully accomplishing this. TCP uses a window: the maximum number of packects that you can receive before you send an ACK. As long as ACK come flowing, the window size increases. Limit the ACK, you limit/reduce the size of the window, so you limit/reduce the incoming trafic. I beleive there could even be some nasty rewritting that would artifically change the window size so the TCP stream is slowed down. Bests, olivier
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201006210559.o5L5xnL7016186>