From owner-freebsd-hackers Thu Dec 6 8:34:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from niwun.pair.com (niwun.pair.com [209.68.2.70]) by hub.freebsd.org (Postfix) with SMTP id CBBA337B41B for ; Thu, 6 Dec 2001 08:34:35 -0800 (PST) Received: (qmail 31018 invoked by uid 3193); 6 Dec 2001 16:34:35 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 6 Dec 2001 16:34:35 -0000 Date: Thu, 6 Dec 2001 11:34:35 -0500 (EST) From: Mike Silbersack X-Sender: To: Leo Bicknell Cc: "Michael R. Wayne" , Subject: Re: Can TCP changes be put in RELENG_4? In-Reply-To: <20011206112154.A62791@ussenterprise.ufp.org> Message-ID: 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, 6 Dec 2001, Leo Bicknell wrote: > I'm not stuck on the idea of doing it with a kernel, using loader.conf > is fine. I do think there are a number of relatively statically > configured things (most of them dependant on maxusers by default) > that loader.conf probably can't change now. > > Put generically, I want to see a way for users to have FreeBSD make > better use of their hardware with at-most them having to select a > single option of a menu of 4-5 choices. The guy who just bought > a gig of ram because it came in a cracker jack box should be able > to click the 'use an obscene amount of memory to make everything > faster' button, without having to understand the 300+ things he > could tune in a kernel, or loader.conf, or whereever else you can > set things. > > -- > Leo Bicknell - bicknell@ufp.org - CCIE 3440 No disagreement there, I just wanted to make sure that we were talking about mulitple kernels for the correct reasons. I have a patch which scales the maxuser-derived memory allocations at boot time based on the amount of ram in the system that should remove the need for much tuning on the large systems of most people. (Super-specialized systems excluded, of course.) I'm waiting on it being reviewed by other committers, but I'm still holding out hope that I can get it in for 4.5-release. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message