On May 16, 2013, at 12:57 PM, Adam Williamson <awilliam@xxxxxxxxxx> wrote: > On Thu, 2013-05-16 at 12:51 -0600, Chris Murphy wrote: > >> And I missed one other I don't understand, which is a top 3 offender: >> >> 9.855s accounts-daemon.service >> # We pull this in by graphical.target instead of waiting for the bus >> # activation, to speed things up a little: gdm uses this anyway so it is nice >> # if it >> >> Fine, but 10 seconds seems like a lot of time, but is it? > > Honestly, it does seem like *everything* seems to start up slow on your > F19 system, compared to F18. I wonder if there's some kind of bug > causing general slowness on your system? No idea, as with the exception of the very high (5s to 1m) service times, I get really non-deterministic numbers for other services. For example on 10 reboots, colord.service is all over the map, with a high of 1.2 seconds and a low of 22ms! That's a huge spread. And it's not the only one. sshd.service is 23ms in the current baremetal boot, but has been as high as 12s. Massive differences. > This is a fast system with an SSD, but even so, it seems like > _everything_ is sluggish on your system. I think that's why someone > asked if you were on a debug kernel. I'm not using a debug kernel. SSD makes a huge difference. Even Fedora19 on Vbox on OSX on SSD is faster than what I'm getting on baremetal with HDD. By a lot. [ 0.051627] [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored [ 0.717606] [Firmware Bug]: efi: Inconsistent initial sizes Chris Murphy -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel