From owner-freebsd-hackers Thu Jul 12 19:27:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from silby.com (cb34181-a.mdsn1.wi.home.com [24.14.173.39]) by hub.freebsd.org (Postfix) with ESMTP id DEFC837B401 for ; Thu, 12 Jul 2001 19:27:54 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 21927 invoked by uid 1000); 13 Jul 2001 02:27:54 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 13 Jul 2001 02:27:54 -0000 Date: Thu, 12 Jul 2001 21:27:54 -0500 (CDT) From: Mike Silbersack To: Alfred Perlstein Cc: Matt Dillon , Leo Bicknell , Subject: Re: Network performance tuning. In-Reply-To: <20010712211819.D6664@sneakerz.org> Message-ID: <20010712212051.K21859-100000@achilles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 12 Jul 2001, Alfred Perlstein wrote: > * Matt Dillon [010712 20:28] wrote: > > Actually, we can shrink the window, but that's strongly discouraged > by a lot of papers/books. I doubt you really need to shrink the window ever - the fact that you've hit the mbuf limit basically enforces that limit. And, if we're only upping the limit based on actual ACKing of data, there's no (major) DoS issue. However, it would be nice to have the ability to shrink the window, specifically in the case where there *is* a DoS going on. :) > > So in regards to Leo's suggestions. I think we can bump up our current > > defaults, and I would support increasing the 16384 default to 24576 or > > possibly even 32768 as well as increasing the number of mbufs. But > > that is only a stopgap measure. What we really need to do is what I > > just described. > > It doesn't sound too bad to just double the current values, are you going > to commit it? I'd like to do this also, provided that we also change the mbuf to cluster ratio from 4/1 to 2/1. This will ensure that the doubled per-socket memory usage doesn't cause systems to run out of clusters earlier than before. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message