Boot Process Visualization 536
zigam writes "The time needed to boot desktop Linux systems is becoming an issue. That's why I recently took the challenge posted by Red Hat's Owen Taylor on the Fedora developers list and came up with a tool for visualization of the boot process. It collects performance data during the boot up and then renders an SVG or PNG performance chart. It immediately helped Red Hat developers solve some issues and I have since received boot charts from other GNU/Linux developers as well. Solaris kernel developers reported success in improving their boot process too." Update: 12/15 20:04 GMT by T : Sorry, someone decided your time was worth wasting; no more mirrored bootchart.
Re:Mirror? (Score:5, Informative)
Re:For starters.. (Score:2, Informative)
The desktop oriented distros have been doing that since before Fedora existed.
KFG
Mirror of the images (Score:0, Informative)
Re:For starters.. (Score:5, Informative)
Quick Link (Score:5, Informative)
http://people.redhat.com/davidz/bootchart.png.
Re:Mirror? (Score:5, Informative)
bootchart.sourceforge.net [sourceforge.net]
Re:IIS? (Score:2, Informative)
Mandrake Charts Available (Score:2, Informative)
- Tash
Re:IIS? (Score:5, Informative)
Here are some pictures that are not slashdotted yet: one [redhat.com], two [redhat.com], three [redhat.com].
They are taken from here [redhat.com].
Partial mirror (Score:2, Informative)
http://slushdot.org/mirror/visualization/index.ht
If you have the whole site email it to me and I'll host it.
Re:Tried with the IBM enhancements? (Score:1, Informative)
Re:server vs workstation (Score:1, Informative)
Re:sheesh. (Score:2, Informative)
Re:server vs workstation (Score:2, Informative)
Forensics of a Slashdotting (Score:3, Informative)
Take a look at this article [wagstrom.net] that I wrote up after I posted instructions on how to use lpd to spool mp3s [wagstrom.net]. I was even lucky enough to get some of the logs from the mirrors for analysis. You can see the original slashdot article here [slashdot.org].
Re:Quick Link (Score:2, Informative)
Try this instead:
http://people.redhat.com/davidz/bootchart.png [redhat.com]
Mirror at http://bootchart.sourceforge.net (Score:2, Informative)
Re:For starters.. (Score:2, Informative)
If it had been enabled, it would likely have worked, since it is recognized directly by the kernel.
The s, u, and b are hit sequentially while holding alt-sysrq, so you don't need a third hand to do it. The s causes the kernel to sync the discs, the u remounts your filesystems read-only, and the b causes an immediate reboot.
Re:server vs workstation (Score:2, Informative)
Now, all that aside, there's no reason why you couldn't do this, right now, with tools you already have. (Note: This hijacks runlevel 4 for a completely different use; if you modify chkconfig to work with more runlevels, you could avoid that.)
Put a line like this in /etc/inittab:
(I'd recommend deleting the existing runlevel 4 script too.)
Now use chkconfig to turn everything off in runlevels 3 and 5 that should be started "late":
This isn't perfect, and redirecting the output of rc is probably a good idea. Also, it might be better to just remove the daemons in question from the old runlevels. And I haven't looked into the shutdown behavior.
Re:A better boot loader is needed (Score:3, Informative)
"Make" can already do this in parallel, and is an appropriate tool for specifying dependencies. It would be a simple matter to use it as the primary boot manager rather than shell scripts.
That's why (Score:4, Informative)
As an embedded programmer, I've got to get many startup diagnostics and initializations done in the shortest time possible (under 1 second usually) - otherwise you'd be waiting for your car to boot every time you turn on the key. Everything in parallel that can be. Dependancies are mapped out and a static start sequence is defined. Linux has a more variable set of things to do, so I'd expect a more flexible implementation. This shocks me that there is NO implementation.
It doesn't matter what MS does, every application wants load at boot time so it will respond quicker later - this just kills my boot time. Yah, a whole tray full of crap starts and I sometimes use one of those things.
Gentoo can do this... (Score:2, Informative)
Re:Hahahah (Score:2, Informative)
timothy