/srv/irclogs.ubuntu.com/2009/06/10/#upstart.txt

mbieblMd: around22:08
mbiebl?22:08
Mdmbiebl: yes22:11
mbieblMd: hi22:11
mbieblcould you take a look at http://debs.michaelbiebl.de/bootchart.png22:11
mbieblespecially the modprobe calls during udevadm phase22:11
mbieblIs it normal, that they take 3 secs?22:12
Mdmbiebl: I think so, IIRC there is some kind of serialization in the kernel. the most recent kernel and m-i-t should have some performance improvements22:14
Keybukif you're using 2.6.30 there's no in-kernel lock22:14
Keybukwhich m-i-t is it?22:14
mbiebl3.7-pre922:14
Keybukhmm, that should be fine22:15
mbieblor is bootchart lying to me ;-)22:16
Keybukwell, those will be all your combined modprobes22:17
Keybukbut it's odd it's taking taht long22:18
Keybukudevadm is ~0.5s for me22:18
mbieblKeybuk: fwiw, this is a bootchart of a up-to-date karmic system: http://debs.michaelbiebl.de/pluto-karmic-20090609-1.png22:20
Keybukthe IO looks pretty crappy there22:22
KeybukHDD or SSD?22:22
mbieblHDD22:22
Keybukand you have the same death-by-devkit that I see ;p22:22
mbieblyeah, I was already puzzled by that22:22
ion_You call that a death by devkit? http://launchpadlibrarian.net/27624460/virhe-karmic-20090607-1.png :-P22:42
mbieblwow, that looks bad :-o22:43
ion_TBH, it’s not devkit’s fault. https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/38457922:44
Keybuklol22:44
mbieblion_: do you use MODULES=dep in initramfs.conf (I'm wondering because your initramfs stage is much shorter than mine)22:46
ion_MODULES=most22:47

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!