From owner-freebsd-arch@FreeBSD.ORG Wed Oct 20 14:58:08 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 5709316A4CE; Wed, 20 Oct 2004 14:58:08 +0000 (GMT) Received: from web.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96DD143D1D; Wed, 20 Oct 2004 14:58:07 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.73] (portacare.portaone.com [195.140.247.242]) (authenticated bits=0) by web.portaone.com (8.12.11/8.12.11) with ESMTP id i9KEw4Ns021581 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 20 Oct 2004 16:58:05 +0200 (CEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <41767CF1.2020005@FreeBSD.org> Date: Wed, 20 Oct 2004 17:57:53 +0300 From: Maxim Sobolev User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "current@freebsd.org" Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit cc: arch@FreeBSD.org Subject: [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 14:58:08 -0000 I think that this is good idea which can be adapted for our 6-CURRENT as well. Disk space is so damn cheap today.... -Maxim -------- Original Message -------- Subject: What do people think about not installing a stripped /kernel ? Date: Mon, 18 Oct 2004 15:12:00 -0700 (PDT) From: Matthew Dillon Newsgroups: dragonfly.kernel The only cost is disk space... e.g. 3MB stripped kernel verses 16MB debug kernel. But the debug info isn't actually loaded into memory so the kernel load time and memory overhead is the same as with the stripped version. The issue is bug reports and kernel core dumps. I can't count the number of times I have had to carefully instruct people to retrieve their kernel.debug's for bug reporting purposes. And even my own debugging would be more convenient if I didn't have to save off a separate copy of the debug version of the kernel. What I'm thinking of doing is having the installkernel target install the debug version rather then the stripped version unless told to install the stripped version with a new option, e.g. 'options INSTALL_STRIPPED'. We would ship full debug GENERIC kernels instead of stripped kernels. i.e. we aren't getting rid of the ability to install a stripped kernel, we just aren't making it the default any more. What do people think? -Matt