when startup delays become bugs

Chris Murphy lists at colorremedies.com
Thu May 16 19:48:30 UTC 2013

On May 16, 2013, at 12:57 PM, Adam Williamson <awilliam at redhat.com> 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

More information about the devel mailing list