On 30 Oct 2014, at 19:44, Steven Hartland <kill...@multiplay.co.uk> wrote:
> On 30/10/2014 08:24, O'Connor, Daniel wrote:
>> On 30 Oct 2014, at 13:23, Steven Hartland <kill...@multiplay.co.uk> wrote:
>>> 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’s not “a little bit” of space.
>> [freebsd10 8:21] /boot/kernel >ll kernel *.ko| awk '{i += $5} END {print $5}'
>> 49312
>> [freebsd10 8:21] /boot/kernel >ll *.symbols | awk '{i += $5} END {print $5}’
>> 212464
>>
>> 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 difficult
>> in this case but the patch makes quite a substantial difference to the
>> number 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’s impossible to expand. There are quite a few
older systems that have been upgraded with relatively small root partitions.
>> Perhaps there could be a flag to disable it just for the kernel that could
>> be put into /etc/make.conf? That way it’s set and forget if you are kernel
>> juggling.
> Making it a none default option which can be used by those who have got
> limited space on their root.
Perhaps, but the defaults have been for quite small root partitions for a long
time so I expect there are a lot of systems with a small root.
Regards,
Daniel O’Connor
Senior Software Engineer
Isilon Platforms Team
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
