Date: Thu, 18 Feb 2010 08:01:33 -0800 From: Stephen Hurd <shurd@sasktel.net> To: Harald Schmalzbauer <h.schmalzbauer@omnilan.de> Cc: freebsd-stable@freebsd.org, Patrick Mahan <mahan@mahan.org> Subject: Re: RELENG_8 ignoring TCP window size? [Was: Re: Help for TCP understanding wanted, ACK-MSS-Window [Was: Re: best practice to watch TCP parms of established sockets]] Message-ID: <4B7D645D.3090104@sasktel.net> In-Reply-To: <4B7D61DE.2020906@omnilan.de> References: <4B7C1365.9070806@omnilan.de> <70CD649D-7659-4CE2-A16C-49B8C891CB5B@mac.com> <4B7C4066.5040006@omnilan.de> <4B7D3938.1000309@omnilan.de> <4B7D5AC4.9020509@mahan.org> <4B7D61DE.2020906@omnilan.de>
next in thread | previous in thread | raw e-mail | index | archive | help
Harald Schmalzbauer wrote: > Some experimental results: > When rsyncing with windows, and FreeBSD is receiver, I see the same > ACK ever two segemnts, but speed is at 72MB/s. > When FreeBSD is sender and Windows is receiver, it looks more I > expected. There are about 20 data segments before a ACK is returned. > And there are TCP Window Update Segments, reflecting smaller receiver > buffers on the windows side. But this happens at a throughput of > 82MB/s!!! So the windows machine is behaving like I understand the TCP > flow control. > Any explanation why the FreeBSD machine seems to ignore window size? IIRC, the delayed ACK RFC requires an ACK at least every second segment.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4B7D645D.3090104>