Date: Sun, 9 Dec 2001 12:16:52 -0800 (PST) From: Matthew Dillon <dillon@apollo.backplane.com> To: Sean Chittenden <sean@chittenden.org> Cc: Stijn Hoop <stijn@win.tue.nl>, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/usr.sbin/config mkoptions.c src/sys/alpha/alpha machdep.c src/sys/alpha/conf GENERIC src/sys/i386/conf GENERIC NEWCARD src/sys/i386/i386 machdep.c src/sys/ia64/conf GENERIC src/sys/ia64/ia64 machdep.c src/sys/kern subr_param.c ... Message-ID: <200112092016.fB9KGqW38725@apollo.backplane.com> References: <200112090157.fB91v9i60677@freefall.freebsd.org> <20011209100503.A39330@pcwin002.win.tue.nl> <20011209115834.E39240@ninja1.internal>
next in thread | previous in thread | raw e-mail | index | archive | help
:> > amount of memory.
:> >
:> > MFC after: 1 week
:>
:> Woohoo! Less tuning to do! :)
:
:Agreed! This is very cool! Is there a way to tweak the ratio of
:users/MB RAM or some such? If I want to be agressive with the ammount
:of resources I make available, I need to tweak that someplace. This
:goes a long way towards a single kernel for different systems. Thank
:you!!! -sc
:
:--
:Sean Chittenden
Kirk, Mike Silbersack, and I have been discussing it. My general feeling
that the best thing to do is for us to come up with a good hardwired
scaling factor rather then making it programmable. You as a user can
still override individual elements in the kernel config or boot defaults,
and of course you can still hardware 'maxusers' as well.
-Matt
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200112092016.fB9KGqW38725>