On Sat, Feb 02, 2002 at 09:14:33PM -0700, Eric W. Biederman wrote:
> > > As a side note, this thing is so tiny (less than 4K on sparc64!) so
> > > why don't we just include it unconditionally instead of having all
> > > of this "turn it on for these drivers" stuff?
> >
> > Because 100 4K drivers suddenly becomes 0.5Mb. There are those of us trying
> > to stuff Linux into embedded devices who if anything want more configuration
> > options not people taking stuff out.
> >
> > What I'd much rather see if this is an issue is:
> >
> > bool 'Do you want to customise for a very small system'
> >
> > which auto enables all the random small stuff if you say no, and goes
> > much deeper into options if you say yes.
>
> I mostly agree. Except when I have looked at trying to get the kernel
> (compiled size down) the biggest bloat was in the core. Things like
> having both a page and a block cache.
>
> Getting code reuse in the core higher would cut down on kernel size a
> lot. But that isn't quick fix territory.
Is it really worth the effort? During the past year the average size of
embedded systems that people want to use for seems to have increased
dramatically. In case of the MIPS port the core activity is about to
move away from the 32-bit to 64-bit kernel.
Ralf
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Feb 07 2002 - 21:00:26 EST