! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
xfdesktop is damn slow until 3d-app is launched and moved around
Status:
RESOLVED: INVALID
Product:
Xfdesktop
Component:
General

Comments

Description Johannes 2009-10-07 21:55:20 CEST
Created attachment 2587 
lspci -v

Since upgrade to xubuntu jaunty which includes xfdesktop 4.5.99, the icons are
repainted very slowly (here). 
If I move a window over some desktop icons xfdesktop needs approximately 1-2
seconds to repaint them. (Also moving windows over the desktop is not smooth)
But after starting a 3d-App (for example openuniverse) and moving that window
around xfdesktop is fast again...
(With compositing enabled its fast. Enabling compositing after openuniverse its
still fast. Now disabling compositing makes it slow again...)
Its the same in karmic (xfdesktop 4.6).
It wasn't like that on intrepid (xfdesktop 4.4.2). As a workaround I've
downgraded to version 4.4.2 via version pinning.

graphic controller: nvidia Geforce4 mx 440
graphic driver: NVIDIA Linux x86 Kernel Module 96.43.13
Comment 1 Johannes 2009-10-07 21:56:19 CEST
Created attachment 2588 
dmesg
Comment 2 Johannes 2009-10-07 22:03:32 CEST
I've forgotton to mention, that before starting a 3d-app xorg needs up to 80% of the cpu-power when moving a window around. Afterwards it only needs 20%...
Comment 3 Brian J. Tarricone (not reading bugmail) 2009-10-19 00:40:15 CEST
The fact that running a 3D app has anything to do with it suggests there's something wrong with your video driver.  Not surprising; the binary nvidia driver has notorious internal resource-management issues.
Comment 4 Johannes 2009-10-19 12:22:20 CEST
Yes I first thaught this too. But I don't experience Problems with any other app. And with xfdesktop 4.4.2 and the same graphic driver it's no problem... I did,t try nautilus or something else up to now but I would bet, that the problem haven't occured with it. I know it's not that easy, but what does xfdesktop different, what has changed from 4.4.2 to 4.5.99??
Are you quite sure that the problem is with the graphic driver? Perhaps I should test with which version the problem first occured... When I'll have isolated the change that leads up to the problem, we'll probably see where the problem lies...
Comment 5 Brian J. Tarricone (not reading bugmail) 2009-10-19 16:27:59 CEST
The main thing that's changed is that drawing on the desktop is now double-buffered.  There's another bug floating around here somewhere about a similar perf issue (though it doesn't mention 3D apps at all).  We disabled double buffering on the desktop years ago because of issues with the nvidia driver, but I needed to reenable it to solve some painting problems related to new features.

Should probably see how Nautilus handles this, but I don't intend to disable double buffering again unless there's a substitute that works as well.

Bug #5843

Reported by:
Johannes
Reported on: 2009-10-07
Last modified on: 2009-10-19

People

Assignee:
Brian J. Tarricone (not reading bugmail)
CC List:
0 users

Version

Version:
4.5.99.1 (4.6 rc 1)

Attachments

lspci -v (5.89 KB, text/plain)
2009-10-07 21:55 CEST , Johannes
no flags
dmesg (34.49 KB, text/plain)
2009-10-07 21:56 CEST , Johannes
no flags

Additional information