After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 402962 - slow desktop redraw with EXA
slow desktop redraw with EXA
Status: RESOLVED NOTGNOME
Product: nautilus
Classification: Core
Component: Desktop
2.17.x
Other All
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-01-31 20:26 UTC by pavel
Modified: 2008-01-18 15:56 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18


Description pavel 2007-01-31 20:26:30 UTC 
Please describe the problem:
if I enable EXA on my system(R9800 + radeon OSS driver) moving windows over the desktop becomes horribly slow. The cpu utilization raises to 100% and the window actually don't move but jump.

This does not occur when moving over an maximised file-browser window or when running with --no-desktop.

I could also reproduce this on my Ati X700 Laptop - so its either nautilus or the radeon driver or the combination...

Steps to reproduce:



Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Trevor Davenport 2007-02-23 04:35:24 UTC 
This is likely caused by the fact that EXA currently has issues some of which are will be addressed in the upcoming server 1.3 release which should hopefully add EXA damage tracking which should help performance some.  EXA isn't perfect yet and has a hard time knowing when to migrate pixmaps from back and forth from the server.  You might want to try some of the different migration heuristics provided by setting options in your xorg.conf (I think they are always,greedy and something else).  This is more of a xserver/driver issue then a nautilus one.
Comment 2 Cosimo Cecchi 2008-01-18 15:56:38 UTC 
I really think this is not a nautilus issue. Closing as NOTGNOME.