Date: Mon, 31 Dec 2001 11:22:52 -0800 From: Terry Lambert <tlambert2@mindspring.com> To: Matthew Dillon <dillon@apollo.backplane.com> Cc: Mike Silbersack <silby@silby.com>, Josef Karthauser <joe@tao.org.uk>, Tomas Svensson <tsn@gbdev.net>, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <3C30BB0C.7061DCCD@mindspring.com> References: <Pine.BSF.4.30.0112291355370.1093-100000@niwun.pair.com> <200112310704.fBV74Wb18947@apollo.backplane.com> <3C30B31C.FFD2363B@mindspring.com> <200112311902.fBVJ2kk21403@apollo.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Matthew Dillon wrote:
> :Cap the window size via the driver. This will probably require
> :another attribute on all drivers, indicating "max allowable window
> :size" ("0" could mean "any", and be used as the default so that we
> :don't end up flaking out someone talking to Mars).
>
> It won't help. The problem is that the server is sending more
> data then the client USB adapter can handle. If the client limits
> its window size with the expectation that the server will send it
> small packets, then any *other* transfer that uses larger packets
> will have terrible performance.
I'm talking about capping the maximum negotiable window size
over the USB adapter...
How can this cause problems, since (1) the only thing we are talking
about is window size, not packet size (MTU), and (2) the only thing
it will effect is the TCP stream post negotiation, so it should not
result in a slowdown for any virtual circuit other than those that
*NEED* a slowdown?
-- Terry
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3C30BB0C.7061DCCD>