Re: /stand 10x grows

[christos%astron.com@localhost (Christos Zoulas)]

In article <20160202105547.GD1912%asim.lip6.fr@localhost>,
Manuel Bouyer  <bouyer%antioche.eu.org@localhost> wrote:
>On Tue, Feb 02, 2016 at 06:47:24PM +0800, Paul Goyette wrote:
>> On Tue, 2 Feb 2016, Kamil Rytarowski wrote:
>> 
>> >--[PinePGP]--------------------------------------------------[begin]--
>> >On 02.02.2016 11:40, Manuel Bouyer wrote:
>> >>Hello, on recent amd65 builds, /stand is bigger than it used to be
>> >>(10x bigger than on netbsd-7): netbsd-7 /stand is 20M, HEAD is
>> >>200M. It seems that all modules did get bigger (e.g. zfs is 10M
>> >>when it was just below 1M), I didn't spot a subdir that accounts
>> >>for most of the space.
>> >>
>> >>Any idea why modules are that big these days ?
>> >>
>> >>
>> >Have we enabled MKCTF by default?
>> 
>> Yup.  From cvsweb:
>> 
>> Revision 1.423 / (download) - annotate - [select for diffs], Sat Jan 30
>> 04:12:38 2016 UTC (3 days, 6 hours ago) by christos
>> Branch: MAIN
>> CVS Tags: HEAD
>> Changes since 1.422: +3 -3 lines
>> Diff to previous 1.422 (colored)
>> 
>> compile full symbol table for CTF so FBT can get function arguments.
>
>ops. That's a lot of space in / now ...

The better question is: Do installed modules have both ctf and dwarf debug
info? Because they should only have ctf. ctf debugging info is much more
compact...

christos