Modular Kernel Packaging for Cloud

Don Zickus dzickus at redhat.com
Wed Mar 5 15:16:21 UTC 2014


On Wed, Mar 05, 2014 at 10:02:17AM -0500, Josh Boyer wrote:
> On Wed, Mar 5, 2014 at 9:54 AM, Don Zickus <dzickus at redhat.com> wrote:
> > On Wed, Mar 05, 2014 at 08:25:12PM +0900, Sandro "red" Mathys wrote:
> > For example, lets start with 100MB package requirement for the kernel (and
> > say 2 GB for userspace).  This way the kernel team can implement
> > reasonable changes and monitor proper usage (because things grow over
> > time).
> >
> > If later on you realize 100 MB is not competitive enough, come back and
> > chop it down to say 50 MB and let the kernel team figure it out.
> >
> > But please do not come in here with a 'every MB counts' approach.  It is
> > not very sustainable for future growth nor really easy to implement from
> > an engineering approach.
> >
> > Is that acceptable?  The kernel team can start with a hard limit of 100MB
> > package requirement (or something reasonably less)?  Let's work off budget
> > requirements please.
> 
> This is a fair point.  To be honest, I've ignored the "every MB
> counts" aspect entirely for now.  I've instead been focusing on
> required functionality, because that's likely going to be the main
> driver of what the resulting size will be.
> 
> FWIW, the existing kernel package installed today (a debug kernel
> even) is ~142 MB.  123MB of that is the /lib/modules content.  ~6MB of
> that is vmlinuz.  The remaining 13MB is the initramfs, which is
> actually something that composes on the system during install and not
> something we can shrink from a packaging standpoint.

Also,  I just arbitrarly threw out 100MB, if we should start higher, say
150MB, then it doesn't matter to me. :-)

Cheers,
Don


More information about the kernel mailing list