From owner-freebsd-current@FreeBSD.ORG Thu Oct 30 09:48:56 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 2C8E2933; Thu, 30 Oct 2014 09:48:56 +0000 (UTC) Received: from mailuogwdur.emc.com (mailuogwdur.emc.com [128.221.224.79]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mailuogwprd51.lss.emc.com", Issuer "RSA Corporate Server CA v2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D1851FBB; Thu, 30 Oct 2014 09:48:55 +0000 (UTC) Received: from maildlpprd51.lss.emc.com (maildlpprd51.lss.emc.com [10.106.48.155]) by mailuogwprd54.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id s9U9mkRk010984 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 30 Oct 2014 05:48:47 -0400 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd54.lss.emc.com s9U9mkRk010984 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1414662527; bh=iubPeSm2mAqYG5bDG4fxdCAel44=; h=From:To:CC:Date:Subject:Message-ID:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:MIME-Version; b=KdxN8LDVVbw30QbiSW0V0rjkSQGUoqREmAhSXbp94SHMkGbEAPPkX7fyY4tNf5LVf 3kjcDvVMTX/HGwPOh02/FLCj1N0z51FRMHFPFU5BoVQ5dKSzisK5CY8P7X/0YHUHv6 nRAk+62jFWYajCpBJS09klqEBlRkzczz96U4zn/g= X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd54.lss.emc.com s9U9mkRk010984 Received: from mailusrhubprd01.lss.emc.com (mailusrhubprd01.lss.emc.com [10.253.24.19]) by maildlpprd51.lss.emc.com (RSA Interceptor); Thu, 30 Oct 2014 05:47:51 -0400 Received: from mxhub25.corp.emc.com (mxhub25.corp.emc.com [10.254.110.181]) by mailusrhubprd01.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id s9U9mWIk017636 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 30 Oct 2014 05:48:33 -0400 Received: from mx34a.corp.emc.com ([169.254.1.112]) by mxhub25.corp.emc.com ([10.254.110.181]) with mapi; Thu, 30 Oct 2014 05:48:32 -0400 From: "O'Connor, Daniel" To: Steven Hartland Date: Thu, 30 Oct 2014 05:47:58 -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/0JqozkaFV+nbzSpqwoZbVolbxug== Message-ID: <44A64906-CB05-4B52-A797-596D3A0DF897@emc.com> References: <54511A7E.1020307@multiplay.co.uk> <20141030023224.GA42236@troutmask.apl.washington.edu> <5451A843.90805@multiplay.co.uk> <076D8745-53C6-4AFE-86D3-FF9B94F4EC76@emc.com> <54520177.5000008@multiplay.co.uk> In-Reply-To: <54520177.5000008@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: mailusrhubprd01.lss.emc.com X-RSA-Classifications: public X-Mailman-Approved-At: Thu, 30 Oct 2014 11:18:17 +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 09:48:56 -0000 On 30 Oct 2014, at 19:44, Steven Hartland wrote: > On 30/10/2014 08:24, O'Connor, Daniel wrote: >> On 30 Oct 2014, at 13:23, Steven Hartland wrot= e: >>> Making things harder to manage vs saving a little bit of space on the >>> root partition really doesn't sound like a good idea; especially when >>> with the ZFS install, which I would suggest is becoming the norm, the >>> 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 {pri= nt $5}' >> 49312 >> [freebsd10 8:21] /boot/kernel >ll *.symbols | awk '{i +=3D $5} END {prin= t $5}=92 >> 212464 >>=20 >> i.e. the debug information is more than 4x larger than the code its for = (!). > That's still a trivial about of space in the grand scheme of things. Yes. >> I agree managing the symbol files does become significantly more difficu= lt in this case but the patch makes quite a substantial difference to the n= umber of kernels you can keep in / (especially on older installs which have= <1GB roots). > The better solution is to not use a 1GB root. Unfortunately once you install it=92s impossible to expand. There are quite= a few older systems that have been upgraded with relatively small root par= titions. >> Perhaps there could be a flag to disable it just for the kernel that cou= ld be put into /etc/make.conf? That way it=92s set and forget if you are ke= rnel juggling. > Making it a none default option which can be used by those who have got=20 > limited space on their root. Perhaps, but the defaults have been for quite small root partitions for a l= ong time so I expect there are a lot of systems with a small root. Regards, Daniel O=92Connor Senior Software Engineer Isilon Platforms Team