From owner-cvs-all Tue Jun 1 22:55: 6 1999 Delivered-To: cvs-all@freebsd.org Received: from picalon.gun.de (picalon.gun.de [194.77.0.18]) by hub.freebsd.org (Postfix) with ESMTP id 988581525F; Tue, 1 Jun 1999 22:54:53 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: from klemm.gtn.com (pppak04.gtn.com [194.231.123.169]) by picalon.gun.de (8.8.6/8.8.6) with ESMTP id HAA09230; Wed, 2 Jun 1999 07:54:49 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.9.3/8.9.3) id HAA25350; Wed, 2 Jun 1999 07:54:34 +0200 (CEST) (envelope-from andreas) Date: Wed, 2 Jun 1999 07:54:33 +0200 From: Andreas Klemm To: Jonathan Lemon Cc: Sheldon Hearn , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/i386/i386 machdep.c Message-ID: <19990602075433.A25313@titan.klemm.gtn.com> References: <199906011825.LAA76694@freefall.freebsd.org> <49669.928261824@axl.noc.iafrica.com> <19990601133317.55152@right.PCS> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <19990601133317.55152@right.PCS>; from Jonathan Lemon on Tue, Jun 01, 1999 at 01:33:17PM -0500 X-Operating-System: FreeBSD 3.2-STABLE SMP X-Disclaimer: A free society is one where it is safe to be unpopular Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk On Tue, Jun 01, 1999 at 01:33:17PM -0500, Jonathan Lemon wrote: > On Jun 06, 1999 at 08:30:24PM +0200, Sheldon Hearn wrote: > > > > > > On Tue, 01 Jun 1999 11:25:30 MST, Jonathan Lemon wrote: > > > > > Null commit; note that there is a new memory sizing routine that uses > > > the BIOS calls to determine the memory configuration. This should fix > > > problems with >64M for good. > > > > Does this mean MAXMEM can go away? > > Yes, but I've left it in on purpose so that you can configure the > system so that it uses less memory than what is actually installed. > This is useful in some cases (e.g.: testing code under low memory > conditions). BTW, might it ever be possible, to get rid of maxusers or choose some sane defaults in dependency of the memory size during boot ? 8MB -> 16 16MB -> 32 32MB -> 60 64MB -> 80 128MB -> 100 256MB -> 128 That would perhaps eliminate the problems, when FreeBSD get benched by magazines, that are clueless, to tune the kernel... Additionally... As far as I guess, what's behind maxmem, one could increase some structures behind but not decrease ... If so, would there be a chance to increase it during runtime with sysctl to avoid reboots for testing or if it's sure, that it would have to be increased ? -- Andreas Klemm http://www.FreeBSD.ORG/~andreas http://www.freebsd.org/~fsmp/SMP/SMP.html powered by Symmetric MultiProcessor FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message