On Wed, 2012-10-17 at 06:43 +0200, Martin Pitt wrote: <snip> > I don't think the reason why starting Unity and starting the > Dash takes so long is in any way related to startup order or that we > wouldn't have a mechanism of starting things on demand (D-Bus > activation works just fine for the most part).
To be clear, I don't think that using upstart will materially effect the startup time of Unity or the desktop in general. There might be slight gains through clearer dependencies, but I don't think that's a reason to do it. I think you've pointed out some real issues there, but those are probably independent threads themselves. > One opportunity where having session upstart (or systemd, FWIW) jobs > would be handy is to finally replace update-notifier. It's become a > collection of totally unrelated things (launching update-manager, > launching Apport on crashes, launching Jockey on missing firmware, > etc) just because we always need a session daemon to listen for > events. This could be replaced by individual jobs that are triggered > by uevents and inotify watches. This will help maintainability and > improve memory usage a bit (2.5 MB RSS for upstart vs. 13 MB RSS > update-notifier), and shouldn't noticeably increase CPU overhead. I think that this is the key benefit, and I think it happens in other places other than update-notifier. I think we need a way to remove the need for many of the long running services that we have in the desktop. --Ted
signature.asc
Description: This is a digitally signed message part
-- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop