From owner-freebsd-hackers Sun Mar 14 8:31:55 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from Genesis.Denninger.Net (kdhome-2.pr.mcs.net [205.164.6.10]) by hub.freebsd.org (Postfix) with ESMTP id 8A44A14FED for ; Sun, 14 Mar 1999 08:31:44 -0800 (PST) (envelope-from karl@Genesis.Denninger.Net) Received: (from karl@localhost) by Genesis.Denninger.Net (8.9.3/8.8.2) id KAA03533; Sun, 14 Mar 1999 10:31:10 -0600 (CST) Message-ID: <19990314103110.A3526@Denninger.Net> Date: Sun, 14 Mar 1999 10:31:10 -0600 From: Karl Denninger To: Sheldon Hearn , hackers@FreeBSD.ORG Subject: Re: Proposal: Define MAXMEM in GENERIC References: <35437.921428498@axl.noc.iafrica.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <35437.921428498@axl.noc.iafrica.com>; from Sheldon Hearn on Sun, Mar 14, 1999 at 06:21:38PM +0200 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers will be LARTed and the remains fed to my cat Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 14, 1999 at 06:21:38PM +0200, Sheldon Hearn wrote: > > Hi folks, > > The originator of PR i386/9755 (which related to a 3.0-RELEASE install > failure) has made a valid point. > > We know that some people with >64MB RAM are going to have trouble with > the speculative memory probe while installing FreeBSD with the GENERIC > (here read any release) kernel. So why don't we add to GENERIC the > following line? > > options "MAXMEM=(64*1024)" > > The major argument that comes to mind immediately is that people are > going to end up running sub-optimal servers out-of-the-box. However, the > change is supported by the following mindset: > > Gain: > Make things easier for people with broken hardware. > > Cost: > Annoy the people who have large memory configurations and who > don't build custom kernels. > > I'm of the opinion that we're talking about a number of annoyed people > so small that the gain is justified. > > Ciao, > Sheldon. I would agree with that. Anyone using FreeBSD in that kind of a production environment where this is important (ie: big file or web servers) almost certainly has to build a custom kernel for OTHER reasons (like increasing the number of MBUF clusters). Therefore, they won't be running GENERIC, and therefore, this won't bite them after initial installation. However, it will greatly increase the odds that an initial install will work, which is the point if we want better penetration among people who don't "understand these things". -- -- Karl Denninger (karl@denninger.net) http://www.mcs.net/~karl I ain't even *authorized* to speak for anyone other than myself, so give up now on trying to associate my words with any particular organization. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message