Date: Tue, 6 Nov 2001 10:15:50 -0600 From: "Jason Halbert" <jason@jason-n3xt.org> To: "Anthony Atkielski" <anthony@atkielski.com>, "Mark Hughes" <mh_lists@digitalspy.co.uk>, "FreeBSD Questions" <freebsd-questions@freebsd.org> Subject: Re: Multi-processor Support Message-ID: <100d01c166de$4d1773c0$2af9620c@jason> References: <Pine.LNX.4.33.0111060922400.10893-100000@www.digitalspy.co.uk> <001f01c166ad$5ac379a0$0a00000a@atkielski.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hmm... what inexperienced persons have you been letting near your servers? I have been using FreeBSD for years. Even in the beginning when I was just learning I never messed up a kernel config to the point my box wouldn't boot. Even so, the nifty BSD developers put in a safety net incase that should happen. I think most BSD users like stream lined code. Less to deal with when something happens and you have to debug. Besides.. why would you want to start adding features that most people don't use/want? I would hate to see BSD become a code bloated OS with a lot of "features" the users don't like. <cough>windows</cough> ---- Jason ----- Original Message ----- From: "Anthony Atkielski" <anthony@atkielski.com> To: "Mark Hughes" <mh_lists@digitalspy.co.uk>; "FreeBSD Questions" <freebsd-questions@freebsd.org> Sent: Tuesday, November 06, 2001 04:25 Subject: Re: Multi-processor Support > Mark writes: > > > Think of it this way - most systems in use with > > FreeBSD right now, I would imagine, have only one > > processor, so does it make sense to clutter the > > generic kernel with code that most systems won't > > use? With a source-provided OS, there's no need > > to do that. > > Recompiling the OS to make configuration changes is rather dated for most > systems. The problem with rebuilding the OS is that, if you make any mistakes, > you may not be able to boot the system at all, and this risk is generally enough > to outweigh any insignificant savings in run-time resource consumption incurred > by excluding a few snippets of code. This is why so much is done with > configuration files and runtime parameters these days. Individual application > systems are rarely rebuilt to make configuration changes for the same reasons. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?100d01c166de$4d1773c0$2af9620c>