From owner-freebsd-hackers Sun Mar 14 8:56:48 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 9ABCF1503F for ; Sun, 14 Mar 1999 08:56:41 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com by peach.ocn.ne.jp (8.9.1a/OCN) id BAA09718; Mon, 15 Mar 1999 01:56:10 +0900 (JST) Message-ID: <36EBE9D6.7E6320FE@newsguy.com> Date: Mon, 15 Mar 1999 01:54:46 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.5 [en] (Win98; I) X-Accept-Language: pt-BR,ja MIME-Version: 1.0 To: Sheldon Hearn Cc: hackers@FreeBSD.ORG Subject: Re: Proposal: Define MAXMEM in GENERIC References: <35437.921428498@axl.noc.iafrica.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm against this. Magazines test OS as they come out of the box. I'm no "all in the name of marketing and market share" zealot, but this would mean that *EVERY* benchmark we get in would be stacked against us. 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. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org "What happened?" "It moved, sir!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message