** Changed in: ubuntu-boot-speed
Status: Confirmed = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/854101
Title:
gnome-settings-daemon takes
** Branch linked: lp:ubuntu/gnome-desktop3
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/854101
Title:
gnome-settings-daemon takes wy too long to start
To
This bug was fixed in the package gnome-desktop3 - 3.1.92-0ubuntu2
---
gnome-desktop3 (3.1.92-0ubuntu2) oneiric; urgency=low
* Fix LP: #854101
* debian/patches/01_avoid_refresh_on_config_apply.patch.patch:
- In gnome_rr_config_apply_from_filename_with_time(), don't call
This bug was fixed in the package gnome-settings-daemon -
3.1.92-0ubuntu3
---
gnome-settings-daemon (3.1.92-0ubuntu3) oneiric; urgency=low
* Fix LP: #854101 - various startup time improvements:
* debian/patches/46_share_rr_screen.patch:
- Share a single GnomeRRScreen across
** Branch linked: lp:ubuntu/gnome-settings-daemon
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/854101
Title:
gnome-settings-daemon takes wy too long to
** Branch linked: lp:~ubuntu-desktop/gnome-settings-daemon/ubuntu
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/854101
Title:
gnome-settings-daemon takes wy
** Changed in: gnome-settings-daemon (Ubuntu Oneiric)
Importance: Undecided = High
** Changed in: gnome-settings-daemon (Ubuntu Oneiric)
Assignee: Canonical Desktop Team (canonical-desktop-team) = Chris Coulson
(chrisccoulson)
--
You received this bug notification because you are a
Ok, so here it is again with the media-keys initialization deferred to
the main loop. The session loading time is looking much etter, but still
too slow ;)
Here is the profiling log this time (up until the main loop runs):
0.00 0.00 MARK: (null) main: start
0.71 0.71 MARK:
The xrandr plugin tries to apply each configuration (backup, intended,
default) in turn, and takes half a second for each one even when they
don't exist. This seems to be because each call to
gnome_rr_config_apply_from_filename_with_time does a
gnome_rr_screen_refresh. We should fix it to check if
So, I've got gsd startup down from 5s to ~0.8s now. Using unity-2d
here, my entire session is usable ~2.5s, after entering my password
** Attachment added: farnsworth-oneiric-20110920-8.png
Ok, I've uploaded gnome-desktop and gnome-settings-daemon packages to
the ubuntu-desktop PPA [1] now. I'd appreciate some testers for those,
just to make sure I've not broken anything and to see if other people
get some startup time wins too
[1] -
the updates work fine for me and reduced the login time from 5 seconds
to 3.5 seconds on my config.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/854101
Title:
in fact the libgnome-desktop-3-2 update leads to have the xrandr session
config not applied at login so there is a bug there
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu.
I've fixed that problem now :)
One thing I've noticed, is that gsd is still calling
XRRGetScreenResources twice if you have a monitor config (monitors.xml -
ie, you have this if you've ever changed your display configuration),
because gnome_rr_config_apply_from_filename_with_time() does
Sorry, thinking out aloud now ;)
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/854101
Title:
gnome-settings-daemon takes wy too long to start
To manage
In fact, isn't this refresh totally bogus anyway? After all, with X
being asynchronous anyway, the information could already be out-of-date
on the server by the time we've finished the XRRGetScreenResources call.
And for applications that call
gnome_rr_config_apply_from_filename_with_time from
** Also affects: ubuntu-boot-speed
Importance: Undecided
Status: New
** Changed in: gnome-settings-daemon (Ubuntu Oneiric)
Status: New = Triaged
** Changed in: ubuntu-boot-speed
Status: New = Confirmed
--
You received this bug notification because you are a member of
No surprises, but the biggest culprit in both the color and power
plugins are gnome_rr_screen_new, accounting for almost all of that 1
second
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu.
I tried sharing a single GnomeRRScreen instance between plugins, and it
shaves a fair bit of time off (it certainly gets rid of the 1 second
from the power/color plugins. This bootchart seems to suggest it saves
even more though, although I think that's more likely to be some
anomaly, like not
Actually, I misread the bootchart - I measured up until pulseaudio
starting, rather than compiz. That makes more sense now - my change
saved over a second compared to the original bootchart
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed
I think we can probably defer the media-keys plugin intialization too,
which is what starts Pulseaudio. I just noticed that's adding another
second:
4.361620 1.100791 MARK: gnome-settings-daemon
gsd_media_keys_manager_start: end gvc_mixer_control_new
--
You received this bug notification
21 matches
Mail list logo