Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 24 Dec 2011 22:06:54 +1100 (EST)
From:      Bruce Evans <brde@optusnet.com.au>
To:        Adrian Chadd <adrian@freebsd.org>
Cc:        Alexander Best <arundel@freebsd.org>, freebsd-current@freebsd.org, Bruce Evans <brde@optusnet.com.au>, freebsd-arch@freebsd.org
Subject:   Re: [rfc] removing -mpreferred-stack-boundary=2 flag for i386?
Message-ID:  <20111224211903.I2059@besplex.bde.org>
In-Reply-To: <CAJ-VmokbKMBXW2ppEK_tC-OdepHmQT0cF=UuQdxBg=U8t=qmVQ@mail.gmail.com>
References:  <20111223235642.GA37495@freebsd.org> <20111224160050.T1141@besplex.bde.org> <CAJ-VmokbKMBXW2ppEK_tC-OdepHmQT0cF=UuQdxBg=U8t=qmVQ@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 23 Dec 2011, Adrian Chadd wrote:

> Well, the whole kernel is bloated at the moment, sorry.
>
> I've been trying to build the _bare minimum_ required to bootstrap
> -HEAD on these embedded boards and I can't get the kernel down below 5
> megabytes - ie, one with FFS (with options disabled), MIPS, INET (no
> INET6), net80211, ath (which admittedly is big, but I need it no
> matter what, right?) comes in at:
>
> -r-xr-xr-x  1 root  wheel   5307021 Nov 29 19:14 kernel.LSSR71
>
> And with INET6, on another board (and this includes MSDOS and the
> relevant geom modules):
>
> -r-xr-xr-x  1 root  wheel   5916759 Nov 28 12:00 kernel.RSPRO
>
> .. honestly, that's what should be addressed. That's honestly a bit ridiculous.

It's disgusting, but what problems does it cause apart from minor slowness
from cache misses?

I used to monitor the size of a minimal i386 kernel:

% machine		i386
% cpu		I686_CPU
% ident		MIN
% options 	SCHED_4BSD

In FreeBSD-5-CURRENT between 5.1R and 5.2R, this had size:

    text	   data	    bss	    dec	    hex	filename
  931241	  86524	  62356	1080121	 107b39	/sysc/i386/compile/min/kernel

A minimal kernel is not useful, but maybe you can add some i/o to it
without bloating it too much.

This almost builds in -current too.  I had to add the following:
- NO_MODULES to de-bloat the compile time
- MK_CTF=no to build -current on FreeBSD.9.  The kernel .mk files are
   still broken (depend on nonstandard/new features in sys.mk).
- comment out a line in if.c that refers to Vloif.  if.c is standard
   but the loop device is optional.

A few more changes to remove non-minimalities that are not defaults
made little difference:

% machine		i386
% cpu		I686_CPU
% ident		MIN
% options 	SCHED_4BSD
% 
% # XXX kill default misconfigurations.
% makeoptions	NO_MODULES=yes
% makeoptions	COPTFLAGS="-O -pipe"
% 
% # XXX from here on is to try to kill everything in DEFAULTS.
% 
% # nodevice		isa	# needed for DELAY...
% # nooptions 	ISAPNP		# needed ...
% 
% nodevice		npx
% 
% nodevice		mem
% nodevice		io
% 
% nodevice		uart_ns8250
% 
% nooptions 	GEOM_PART_BSD
% nooptions 	GEOM_PART_EBR
% nooptions 	GEOM_PART_EBR_COMPAT
% nooptions 	GEOM_PART_MBR
% 
% # nooptions 	NATIVE		# needed ...
% # nodevice		atpic	# needed ...
% 
% nooptions 	NEW_PCIB
% 
% nooptions		VFS_ALLOW_NONMPSAFE

    text	   data	    bss	    dec	    hex	filename
1663902	 110632	 136892	1911426	 1d2a82	kernel

(This was about 100K larger with -O2 and all DEFAULTS).  The bloat since
FreeBSD-5 is only 70%.

Here are some sizes for my standard kernel (on i386).  The newer
versions have about the same number of features since they don't support
so many old isa devices or so many NICs:

    text	   data	    bss	    dec	    hex	filename
1483269	 106972	 172524	1762765	 1ae5cd	FreeBSD-3/kernel
1917408	 157472	 194228	2269108	 229fb4	FreeBSD-4/kernel
2604498	 198948	 237720	3041166	 2e678e	FreeBSD-5.1.5/kernel
2833842	 206856	 242936	3283634	 321ab2	FreeBSD-5.1.5/kernel-with-acpi
2887573	 192456	 288696	3368725	 336715	FreeBSD-5.1.5/kernel
                                         with my changes, -O2 and usb
 					added relative to the above
2582782	 195756	 298936	3077474	 2ef562	previous, with some excessive
                                         inlining avoided, and without -O2,
 					and with ipfilter
1998276	 159436	 137748	2295460	 2306a4	kernel.4
                                         a more up to date and less hacked on
 					FreeBSD-4
4365549	 262656	 209588	4837793	 49d1a1	kernel.7
4406155	 266496	 496532	5169183	 4ee01f	kernel.7.invariants
3953248	 242464	 207252	4402964	 432f14	kernel.7.noacpi
4418063	 268288	 240084	4926435	 4b2be3	kernel.7.smp
                                         various fairly stock FreeBSD-7R
 					kernels
3669544	 262848	 249712	4182104	 3fd058	kernel.c
4174317	 258240	 540144	4972701	 4be09d	kernel.c.invariants
3964455	 250656	 249808	4464919	 442117	kernel.c.noacpi
3213928	 240160	 240596	3694684	 38605c	kernel.c.noacpi-ule
4285040	 268288	 286160	4839488	 49d840	kernel.c.smp
                                         current before FreeBSD-8R
 					not all built at the same time or
 					with the same options.  The 20%
 					bloat between kernel.c.noacpi.ule
 					and kernel.c.noacpi is mainly
 					from not killing the default of
 					-O2.
4742714	 315008	 401692	5459414	 534dd6	kernel.8
4816900	 319200	1813916	6950016	 6a0c80	kernel.8.invariants
4490209	 304832	 395260	5190301	 4f329d	kernel.8.noacpi
4795475	 323680	 475420	5594575	 555dcf	kernel.8.smp
                                         various fairly stock FreeBSD-8R
 					kernels
4979632	 287020	 488404	5755056	 57d0b0	kernel.cur
5062953	 289196	1902676	7254825	 6eb329	kernel.cur.invariants
5361809	 295052	 576984	6233845	 5f1ef5	kernel.cur.smp

amd64 kernels are only bout 4% larger if i386 kernels are built with
equivalant CFLAGS (-march=athlon64 for athlon64 CPU), but I usually
optimize i386 kernels for space and portability by compiling them
with -mtune=old.

Bruce



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20111224211903.I2059>