Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 30 Oct 2014 05:47:58 -0400
From:      "O'Connor, Daniel" <Daniel.O'Connor@emc.com>
To:        Steven Hartland <killing@multiplay.co.uk>
Cc:        FreeBSD Current <freebsd-current@freebsd.org>, Ed Maste <emaste@freebsd.org>, Steve Kargl <sgk@troutmask.apl.washington.edu>
Subject:   Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/
Message-ID:  <44A64906-CB05-4B52-A797-596D3A0DF897@emc.com>
In-Reply-To: <54520177.5000008@multiplay.co.uk>
References:  <CAPyFy2APVUxpAztmWY-ux7gUZ7B8Qk65CLHV_fVYmxsazKgCPg@mail.gmail.com> <54511A7E.1020307@multiplay.co.uk> <CAPyFy2Bw9JH4w0iZ5hj2R1Ga9T4BZn_Z-8UBJ-jT6tmO%2Bi8VeA@mail.gmail.com> <20141030023224.GA42236@troutmask.apl.washington.edu> <5451A843.90805@multiplay.co.uk> <076D8745-53C6-4AFE-86D3-FF9B94F4EC76@emc.com> <54520177.5000008@multiplay.co.uk>

next in thread | previous in thread | raw e-mail | index | archive | help

On 30 Oct 2014, at 19:44, Steven Hartland <killing@multiplay.co.uk> wrote:
> On 30/10/2014 08:24, O'Connor, Daniel wrote:
>> On 30 Oct 2014, at 13:23, Steven Hartland <killing@multiplay.co.uk> 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






Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?44A64906-CB05-4B52-A797-596D3A0DF897>