userland boot time
tilman at baumann.name
Mon Jan 21 14:00:02 CET 2008
Michael 'Mickey' Lauer wrote:
> b) ditch sysvinit and use a better init system. This has a reasonable
> speed impact and keeps OpenMoko flexible. However, it's quite a bit of work,
> since OpenEmbedded is pretty sysvinit-centric -- yet.
Most SysV-init replacements can do both. So we could do a graduate
change. (Though i would prefer a radical change to get it done.)
Ubuntu for example switched to upstart but never really changed the init
scripts. Speed improvement -> NULL. And since apparently nobody kicks
the maintainers in the butt, nothing changes...
Has anyone yet proven that Ubuntu's upstart would work fine on a
embedded system like ours?
If speed and size is no concern, i would really like upstart.
But there are some real embedded focused alternatives too.
cinit, minit, and something similar from busybox (don't know the last)
And probably more...
All of them are dependency driven. (They call it sometimes needs syntax)
> c) keep sysvinit and just shuffle around runlevels and services. This
> will have the least speed impact, but could be sufficient to improve
> the user experience. We could, e.g. invent a new runlevel that only
> starts the necessary services to get X starting up and then go to init
> 5, starting other services in the background while the user can
> operate the device.
> Obviously, option a) would be the _very_ last resort, if all else
> I like option b) a lot. Going towards upstart not only allows
> launching services in parallel, but even more important, it comes with
> an event based system that could make the initscript mess much more
And it can launch services when needed.
For example launch gpsd only when a program needs a position.
Last time i chcked upstart war prettey much work in progress, but this
is some time ago...
Just my 2 Eurocent
PS: I'm thinking about making myself useful on this topic. Have
currently no development system set up, but this will be my next task...
Besides the lack of GPRS, the start up speed is something that bothers
me very much. But i can do something about, unlike gspd/GPRS. :)
More information about the distro-devel