userland boot time

Andy Green andy at
Mon Jan 21 17:18:35 CET 2008

Hash: SHA1

Somebody in the thread at some point said:
> Carsten Haitzler wrote:
>> sure. but even here there are stages - the bit where x comes up and displays a
>> fixed ppm to keep u amused - and then you watch that sit there for a while
>> until the windowmanager and god knows what else get their act together. by the
>> look of things this could also be improved. who need the xdefaults stuff
>> anymore - for example?   settings-dameon is a heavy beastie too. it links a
>> lot of shared libs i seriously doubt it needs to do its core job. it's sucked
>> in libpng, zlib, freetype, pango. libxfixes, xcurso, randr.... when all it does
>> is read data form gconf (which is probably what sucks all these in) can set x
>> properties. removing gconf all it needs is libX11 and libc really. so as part
>> of this glib fun we get gconv internationalization init stuff (settings-daemon
>> has no need to worry about translations), a bunch of dbus-launch stuff (not
>> sure where that came from) that should really have been done as the parent
>> process to the xsession, not as children to settings-daemon, then running xrdb
>> AGAIN in addition to the xrdb run by the startup scripts... all of this
>> shenanigans takes about 15 seconds of wall-clock time.
> Two interesting approaches to "fix" this would be:
> a) Ditch X and write a nice and fast, framebuffer-based SmartPhone application
> controller. [yes, accelleration may be a problem here]

Something tells me Carsten will not like to ditch X ;-)

If I understood his point, he is saying that everywhere he looks he sees
bloat, and that he can imagine to put some of these apps on a serious
diet and / or move them out of X init to bite into that 15s he sees
going that way.  And indeed a settings-*daemon* doesn't need pango, etc.

Sounds good!

- -Andy
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Fedora -


More information about the distro-devel mailing list