Re: [PATCH (stage1)] Rework module loading

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Jeremy Katz (katzj@xxxxxxxxxx) said: 
> While not great or perfect, it's commonly used.  It's also used quite a
> bit for people that want to load drivers in a specific order so their
> drives show up with specific names.
> 
> Also, it looks like we lost the late load of modules for loading the
> various fiberchannel stuff last.

Drive ordering is ephemeral. LABEL=/UUID= is your friend.

> > > > Size concerns:
> > > > Before: 7.2MB
> > > > After: 8.6MB 
> > > 
> > > What's the memory overhead of not having the modules compressed "on
> > > disk"?  du -sh of the uncompressed initramfs vs the old should give a
> > > reasonable idea here. 
> > 
> > F8: 9.4MB
> > This: 29.7MB
> > 
> > 17.3MB of the 20.3MB difference is in the modules tree.
> 
> Crap, that's a pretty sizable overhead.  I wonder if there's a chance of
> getting some support in module-init-tools for some form of "keeping
> modules around in a compressed form" :-/

You can gzip modules. That cuts it down to 14.9MB. Note that there's no
firmware on either this or the F8 disc, and that's not going to be compressed
once it's added.

Bill

_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/anaconda-devel-list

[Index of Archives]     [Kickstart]     [Fedora Users]     [Fedora Legacy List]     [Fedora Maintainers]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]
  Powered by Linux