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>
index | next in thread | previous in thread | raw e-mail
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.home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4B7D645D.3090104>