** 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 waa
** 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 m
** 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 star
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 pl
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
** 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
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 some
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 noti
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
gnome_rr_s
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.
https://bugs.launchpad.net/bu
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:
gnome
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] - https://launchpad.net/~ubuntu-desktop/+archive/ppa
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"
https://bugs.launchpad.net/ubuntu/oneiric/+source/gnome-desktop3/+bug/854101/+attachment/2431611/+fil
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
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: (null)
** 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 me
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 because
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 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 havi
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.
https://bugs
** 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 U
21 matches
Mail list logo