Good utility, thanks.<br><br><div class="gmail_quote">2011/3/31 Lennart Poettering <span dir="ltr"><<a href="mailto:lennart@poettering.net">lennart@poettering.net</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Heya,<br>
<br>
I just added "systemd-analyze" to git. It's a little Python tool which<br>
can help you figuring out why your boot is not as fast as it could be.<br>
<br>
If you run "systemd-analyze blame" it will print a list of all units<br>
that have been started since boot, ordered by the time they took to<br>
start up. If your service appears right at the top of the list, then<br>
there's probably something to fix. But don't misunderstand this tool. It<br>
will simply look how long each service took to start, it doesn't give<br>
you any hint on why it did take so long. For example it could be because<br>
the service was waiting for another service or for user input (for<br>
example in the cryptsetup case). So, take the output with a grain of<br>
salt and then it is quite interesting. Let the blame game begin!<br>
<br>
If you run "systemd-analyze plot > plot.svg && eog plot.svg" then you'll<br>
look at a graphical plot of the boot processes showing how long we had<br>
to had to wait for which unit to start up. The startup time will be<br>
visible as a bright red bar. The runtime of a unit will be shown in<br>
light pink. The output is a bit like bootchart, but on a very different<br>
level, as this tells you something about the ordering and the units in<br>
systemd. To optimize your boot process you probably want to look at both<br>
outputs.<br>
<br>
For this to work properly you need to run systemd from git. Older<br>
versions of systemd do not keep track of timestamps properly, and this<br>
is fixed in git.<br>
<br>
On an older X300 with SSD and a reasonably complete Linux installation<br>
systemd needs less than 1s to spawn all services at boot and enter idle<br>
mode. If your installation takes longer, then you probably have a lot of<br>
room for optimization. (1s to idle does not mean the bootup was<br>
complete. It just means systemd started all processes it needed to start<br>
and the machine might still be busy with those. But early boot/fsck and<br>
stuff is all finished as are all SysV scripts, and graphical.target is<br>
reached).<br>
<br>
Lennart<br>
<font color="#888888"><br>
--<br>
Lennart Poettering - Red Hat, Inc.<br>
_______________________________________________<br>
systemd-devel mailing list<br>
<a href="mailto:systemd-devel@lists.freedesktop.org">systemd-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/systemd-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/systemd-devel</a><br>
</font></blockquote></div><br>