From owner-freebsd-questions Tue Nov 6 8:13:43 2001 Delivered-To: freebsd-questions@freebsd.org Received: from domain.com (44.mujb.dlls.dllstxbk.dsl.att.net [12.98.249.44]) by hub.freebsd.org (Postfix) with SMTP id 3741F37B418 for ; Tue, 6 Nov 2001 08:13:39 -0800 (PST) Received: (qmail 37707 invoked by alias); 6 Nov 2001 16:14:07 -0000 Received: from unknown (HELO jason) (12.98.249.42) by 44.mujb.dlls.dllstxbk.dsl.att.net with SMTP; 6 Nov 2001 16:14:07 -0000 Message-ID: <100d01c166de$4d1773c0$2af9620c@jason> From: "Jason Halbert" To: "Anthony Atkielski" , "Mark Hughes" , "FreeBSD Questions" References: <001f01c166ad$5ac379a0$0a00000a@atkielski.com> Subject: Re: Multi-processor Support Date: Tue, 6 Nov 2001 10:15:50 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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. windows ---- Jason ----- Original Message ----- From: "Anthony Atkielski" To: "Mark Hughes" ; "FreeBSD Questions" 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