On Tue, 2006-01-31 at 10:49 -0600, Federico Mena Quintero wrote: > On Tue, 2006-01-31 at 10:14 -0500, Owen Taylor wrote: > > > I think the first step is for someone to simply spend a little time > > figuring out what is slow: > > > > - Gradients > > - Scaled images > > - Solid color backgrounds? > > > > If we are scaling images *via Cairo* that is known to be slow with > > older X servers; if investigation proves that actually is the problem, > > it can be worked around. > > I'm pretty sure that this is the same bug as > https://bugs.freedesktop.org/show_bug.cgi?id=4320 > > At Suse we have Stefan Dirsch looking into that particular bug. This > may help the capplet, but again, someone needs to profile the capplet to > see what is going on. > > Federico
Profiling the capplet won't help at all. It's not actually doing any of the drawing on the desktop. Someone needs to profile nautilus and/or the gnome-settings-daemon processes. These are the places where the drawing happens. Albeit much faster without nautilus running, it could probably still stand to see a little bit of improvement. A quick test by quickly changing some background images on my old Powerbook G3 (400 w/192 MB RAM, on OS 10.2), showed that it still seemd a bit faster than we are, even without nautilus managing the desktop. -- dobey _______________________________________________ desktop-devel-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/desktop-devel-list
