From owner-freebsd-questions@FreeBSD.ORG Mon May 26 18:11:38 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C85F01065676 for ; Mon, 26 May 2008 18:11:38 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 8093C8FC14 for ; Mon, 26 May 2008 18:11:38 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 26 May 2008 14:11:38 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.8.6-GA) with ESMTP id ORW03628; Mon, 26 May 2008 14:11:37 -0400 (EDT) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 26 May 2008 14:11:35 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18490.64855.333616.875277@jerusalem.litteratus.org> Date: Mon, 26 May 2008 14:11:35 -0400 To: Mark Ovens In-Reply-To: <483AF28F.1080102@magichamster.com> References: <483ADEA1.40206@webrz.net> <483AE57B.2000106@magichamster.com> <483AEB21.4070100@webrz.net> <483AF28F.1080102@magichamster.com> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: freebsd-questions@freebsd.org Subject: Re: Kernel for Dual Core X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 18:11:38 -0000 Mark Ovens writes: > The advantage of building a custom kernel is ... There are others. If I understand correctly, space for the kernel (code and data) is allocated once at initial system load. Smaller code portion => more space for data. Second, fewer components => fewer interactions => fewer possible points of failure. And, _anecdotally_, smaller kernels are faster. I haven't tested in a few years, but it used to be enough faster you could tell it with the naked eye. Robert Huff