From owner-freebsd-arch@FreeBSD.ORG Wed Oct 20 17:17:45 2004 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE53E16A4CE; Wed, 20 Oct 2004 17:17:45 +0000 (GMT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51FDB43D45; Wed, 20 Oct 2004 17:17:45 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i9KHHhxQ029126; Wed, 20 Oct 2004 13:17:44 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <41767CF1.2020005@FreeBSD.org> References: <41767CF1.2020005@FreeBSD.org> Date: Wed, 20 Oct 2004 13:17:44 -0400 To: Maxim Sobolev , From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) cc: arch@freebsd.org Subject: Re: [Fwd: What do people think about not installing a stripped /kernel?] X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 17:17:46 -0000 At 5:57 PM +0300 10/20/04, Maxim Sobolev wrote: >I think that this is good idea which can be adapted for our >6-CURRENT as well. Disk space is so damn cheap today.... I think it makes sense to do this as the default behavior, and then support the stripped-down kernel as the optional behavior. There are always going to be some users who need the smallest kernel possible, but those people are already making a custom kernel so it is fine (IMO) if they also need to customize the kernel to obtain a stripped kernel. But the people who are happily running with a generic kernel will be better off if they have all that debug information readily available if any problem does come up. Right now we always waste one "debug cycle" when someone gets a core dump, only to realize that they can't do anything with it because their kernel has no symbol information. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu