From owner-freebsd-current@FreeBSD.ORG Thu Oct 30 08:25:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7BCA4FEC; Thu, 30 Oct 2014 08:25:29 +0000 (UTC) Received: from mailuogwhop.emc.com (mailuogwhop.emc.com [168.159.213.141]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mailuogwprd01.lss.emc.com", Issuer "RSA Corporate Server CA v2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2A52F7F4; Thu, 30 Oct 2014 08:25:28 +0000 (UTC) Received: from maildlpprd06.lss.emc.com (maildlpprd06.lss.emc.com [10.253.24.38]) by mailuogwprd03.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id s9U8PPd5008868 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 30 Oct 2014 04:25:26 -0400 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd03.lss.emc.com s9U8PPd5008868 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1414657526; bh=ua79zxQnOFPNkW9jPpQuhFJfL7o=; h=From:To:CC:Date:Subject:Message-ID:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:MIME-Version; b=EMZ3jJuhlhV/uU0zEyvy0fzHrbwodgdx7OIUOmBU9TJHL84FuAFDovsieIrj+F3Uw DN4Bj4Sq++MAd22NCInuF97Slg9sPGsPNnAMrbtcZZk/owuJo9DYjQgfEq0hz0LFAU hGN2ipKON/w5KsairlWPIjHcdzFpr3L7TcMAUO8Q= X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd03.lss.emc.com s9U8PPd5008868 Received: from mailusrhubprd02.lss.emc.com (mailusrhubprd02.lss.emc.com [10.253.24.20]) by maildlpprd06.lss.emc.com (RSA Interceptor); Thu, 30 Oct 2014 04:24:22 -0400 Received: from mxhub26.corp.emc.com (mxhub26.corp.emc.com [10.254.110.182]) by mailusrhubprd02.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id s9U8PHtv032753 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 30 Oct 2014 04:25:18 -0400 Received: from mx34a.corp.emc.com ([169.254.1.112]) by mxhub26.corp.emc.com ([10.254.110.182]) with mapi; Thu, 30 Oct 2014 04:25:17 -0400 From: "O'Connor, Daniel" To: Steven Hartland Date: Thu, 30 Oct 2014 04:24:46 -0400 Subject: Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/ Thread-Topic: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/ Thread-Index: Ac/0GwhySaxuLMgFQuWzOvY6BbI6Wg== Message-ID: <076D8745-53C6-4AFE-86D3-FF9B94F4EC76@emc.com> References: <54511A7E.1020307@multiplay.co.uk> <20141030023224.GA42236@troutmask.apl.washington.edu> <5451A843.90805@multiplay.co.uk> In-Reply-To: <5451A843.90805@multiplay.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Sentrion-Hostname: mailusrhubprd02.lss.emc.com X-RSA-Classifications: public X-Mailman-Approved-At: Thu, 30 Oct 2014 11:18:02 +0000 Cc: FreeBSD Current , Ed Maste , Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 08:25:29 -0000 On 30 Oct 2014, at 13:23, Steven Hartland wrote: > Making things harder to manage vs saving a little bit of space on the=20 > root partition really doesn't sound like a good idea; especially when=20 > with the ZFS install, which I would suggest is becoming the norm, the=20 > root partition doesn't suffer from space issues anyway. Note that it=92s not =93a little bit=94 of space. [freebsd10 8:21] /boot/kernel >ll kernel *.ko| awk '{i +=3D $5} END {print = $5}' 49312 [freebsd10 8:21] /boot/kernel >ll *.symbols | awk '{i +=3D $5} END {print $= 5}=92 212464 i.e. the debug information is more than 4x larger than the code its for (!)= . I agree managing the symbol files does become significantly more difficult = in this case but the patch makes quite a substantial difference to the numb= er of kernels you can keep in / (especially on older installs which have <1= GB roots). Perhaps there could be a flag to disable it just for the kernel that could = be put into /etc/make.conf? That way it=92s set and forget if you are kerne= l juggling. Regards, Daniel O=92Connor Senior Software Engineer Isilon Platforms Team