when startup delays become bugs

[Hans de Goede]

Hi,

On 05/15/2013 01:36 PM, Lennart Poettering wrote:
> On Tue, 14.05.13 20:43, Adam Williamson (awilliam at redhat.com) wrote:
>
> Let me take the opportunity to dissect some of this:
>

<snip>

>>             236ms spice-vdagentd.service
>
> I don't see why this is on by default. According to this bug report this
> should have been pulled in on-demand only:

Adam is running a spice enabled vm, so it is getting started
because he has the required virtual hardware.


>
> https://bugzilla.redhat.com/show_bug.cgi?id=876237
>
>>             233ms abrt-ccpp.service
>
> https://bugzilla.redhat.com/show_bug.cgi?id=963184
>
>>             160ms fedora-loadmodules.service
>
> Somebody should file bugs against all packages that still drop something
> into /etc/sysconfig/modules/.
>
> I see that kvm and bluez do this still. I filed these bugs now:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=963193
> https://bugzilla.redhat.com/show_bug.cgi?id=963198
>
>>              79ms systemd-modules-load.service
>
> Ah, cute, on my machine the only reason this is pulled in is
> /etc/modules-load.d/spice-vdagentd.conf -- which also pulls in our old
> friend uinput (see above).
>
> https://bugzilla.redhat.com/show_bug.cgi?id=963201

I'm fine with dropping the config file from spice-vdagent as long as
something then creates the /dev/uinput device node, so that module
auto-load will actually work, without the device-node pre-existing
trying to use /dev/uinput will just cause a -ENOENT failure.

<snip>

>>              54ms ksm.service
>
> I thought the kernel would do this internally these days without
> userspace interaction.

At a minimum we should consider not starting these *inside* vms

Regards,

Hans