On Tue, Oct 15, 2002 at 08:52:49PM -0500, Mike Silbersack wrote:
...
> NetBSD introduced a "fix" for this recently, it seems sorta hackish, but
> maybe we need to do something similar.
this helps you if the other side has delayed acks, but halves the
throughput if you are being window limited and the other side does not
use delayed acks (can you force immediate acks by setting the PUSH flag
in the tcp header ?)
cheers
luigi
>
>
>http://cvsweb.netbsd.org/bsdweb.cgi/syssrc/sys/netinet/tcp_output.c.diff?r1=1.84&r2=1.85
>
> Revision 1.85 / (download) - annotate - [select for diffs], Tue Aug 20
> 16:29:42 2002 UTC (8 weeks ago) by thorpej
> Branch: MAIN
> CVS Tags: gehenna-devsw-base
> Changes since 1.84: +18 -4 lines
> Diff to previous 1.84 (colored)
>
> Never send more than half a socket buffer of data. This insures that
> we can always keep 2 packets on the wire, no matter what SO_SNDBUF is,
> and therefore ACKs will never be delayed unless we run out of data to
> transmit. The problem is quite easy to tickle when the MTU of the
> outgoing interface is larger than the socket buffer size (e.g. loopback).
>
> Fix from Charles Hannum.
>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
