Re: IDEA: Shortening boot-time

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

 



Hans de Goede (j.w.r.degoede@xxxxxx) said: 
> -remove starting of prefdm from inittab and make it a service

Doesn't work correctly without console tricks (if *dm starts
before *getty, it will take one of the terminals allocated
for the getty.)  But that probably can be worked around.

> -move starting some of slow things from rc.sysinit to a service, detect 
> if they really needed early in rc.sysinit and then call/source the 
> service script.

Which particular things do you have in mind that are slow?

fsck isn't quick, but it's sort of required.

> -Introduce a desktop config flag somewhere in /etc/sysconfig, which:
> makes sysinitrc skip lotts of enterprise setup stuff

Such as?

> -Introduce a desktop kernel as a counterwheight to the enterprise 
> kernels which leaves out more advanced server stuff such as raid, 
> devicemapper, advanced routing, etc.

Advanced routing stuff doesn't gain you any time. And I've seen
quite a few desktops with RAID.

> Delay USB-init:
> -usb (including the sleep call, GRRR) is moved from rc.sysinit to a 
> service, which starts before networking, but after prefdm-early.
> -in rc.sysinit, at the place where usb used to be, take for each
>  line /etc/fstab which is not a comment, empty and doesnot contain
>  noauto, if it begins with LABEL=, see if we have a partition with such
>  a delay. if it begins with /dev/, see if we can open the device
> -check if we can open /dev/input/mous0 and /dev/input/keyboard0
> -now if one of the LABELs or devices can't be openened, we
>  probably have an USB attached disk, or HID device we need, so start USB
>  now
> -on a normal desktop, all these checks should work without USB, so usb
>  will be started later as part of the runlevel, again the subsyslock
>  should avoid double starting.
> -ofcourse there needs to be a way to tell rc.sysinit to always load USB
>  early
> 
> Delay loading scsi modules and the long scsi chain scan:
> -on some systems, people have a scsi-card for say a scanner, or
>  because the bought a cdrecorder in the days atapi was unreliable,
>  so they have scsi but they don't have any disks attached!
> -make mkinitrd try to rmmod sd_mod, if this succeeds scsi is clearly
>  not needed for disks, so don't put the scsi modules in the initrd
> -add a scsi-service which loads the modules when initrd hasn't done so
>  already.
> -of course there needs to be a way to tell mkinitrd to always load the
>  scsi modules.

You *really* want all the hardware stuff done early. In fact, it's
probably better to do it all earlier than it is now. Something like:

init
 - initialize all hardware
 - fsck
 - mount *everything*
 ... continue on a more normal path ... 

> Well I'm sure this idea is full of holes, so shoot. But please this is 
> not meant as an invitation to start a flamewar about how FC / linux 
> startup time sucks, if you want to talk about that talk to the wall, 
> ceiling or floor.

How much does your proposal improve startup time? :)

Bill



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux