[3ddesktop-dev] Re: gotoright, gotoleft not always exiting
- From: Eric Shattow <shadow@xxxxxxxxxxxxx>
- To: 3ddesktop-dev@xxxxxxxxxxxxx
- Date: Mon, 10 Jan 2005 16:03:15 -0600
Brad,
There is an open bug which I think is the same thing, in sourceforge
tracker #1063088
[http://sourceforge.net/tracker/index.php?func=detail&aid=1063088&group_id=59688&atid=491816].
The CPU spike happens for me about once every second, and X11 behaves
poorly with 3ddeskd autoacquire on and with autoacquire off. When I
lower my resolution to 1024x768 ("clone mode"), there is no trouble.
Once again, both cases involve ATI hardware. My case is the open
driver dualhead mergedfb with the r250 chipset (radeon 9000 pro), and
the bug report on sf tracker is with ATI drivers (singlehead? dualhead?)
and r3xx chipset (radeon 9600). This lends me to thinking 3ddesktop is
triggering or causing the slowdown, but I don't know where to debug/look.
-Eric
Brad Wasson wrote:
The CPU spike is most likely caused by the autoacquire feature that is
turned on now by default. At a specifiable interval the current desktop
is acquired (screenshot, scaled, converted to texture and bound). The
purpose of this is to maintain updated screen representations so there is
no inconsistency between what you see in 3ddesktop and whats on your screen.
It generally works pretty well - but there is a cost and it can really
show up on slow systems. By default this is done every two seconds. At
what interval do you see the CPU spike?
You can turn off the autoacquire by setting it to zero in 3ddesktop.conf
thanks,
--Brad
Eric Shattow (shadow@xxxxxxxxxxxxx) wrote:
Brad,
Did you commit the fix recently? I tried last month's cvs and the
behavior was better, but still had occasional troubles. Also, my
configuration made use of zoom. I know you mentioned fixing this before,
but to my knowledge there are still some quirks.
Latest quirk:
The 3ddesktop daemon causes 100% cpu usage spikes every couple of
seconds (notably, this affects movement of the mouse cursor in X11). I
think this only happens when I run a 1024x1524 display (two 1024x768
frame buffers merged top and bottom, open source Xorg x11 6.8.1 ATI
radeon r250 driver mergedfb). Last time I tried it with 2048x768 (side
by side) there were some graphic corruption issues with the text, but no
cpu spikes. Also, the side-by-side looks VERY impressive.
Top-and-Bottom looks kind of strange, but that is what I'm running now.
Again, the mouse movement in this configuration is impaired, so I
haven't used 3ddesktop in a while.
I have been very busy with the day job, and also volunteer work for
Freematrix Radio / Gentoo Linux. Too busy unfortunately, to spend time
tracking down the cpu spike issue's cause. I will make some time ASAP to
get you more information.
- Eric
________________________________________________
Get your own "800" number
Voicemail, fax, email, and a lot more
http://www.ureach.com/reg/tag
- References:
- [3ddesktop-dev] Re: gotoright, gotoleft not always exiting
- From: Brad Wasson
Other related posts:
- » [3ddesktop-dev] gotoright, gotoleft not always exiting
- » [3ddesktop-dev] Re: gotoright, gotoleft not always exiting
- » [3ddesktop-dev] Re: gotoright, gotoleft not always exiting
- » [3ddesktop-dev] Re: gotoright, gotoleft not always exiting
- » [3ddesktop-dev] Re: gotoright, gotoleft not always exiting
- » [3ddesktop-dev] Re: gotoright, gotoleft not always exiting
- » [3ddesktop-dev] Re: gotoright, gotoleft not always exiting
- » [3ddesktop-dev] Re: gotoright, gotoleft not always exiting
- » [3ddesktop-dev] Re: gotoright, gotoleft not always exiting
- » [3ddesktop-dev] Re: gotoright, gotoleft not always exiting
turned on now by default. At a specifiable interval the current desktop
is acquired (screenshot, scaled, converted to texture and bound). The purpose of this is to maintain updated screen representations so there is no inconsistency between what you see in 3ddesktop and whats on your screen. It generally works pretty well - but there is a cost and it can really show up on slow systems. By default this is done every two seconds. At what interval do you see the CPU spike?
You can turn off the autoacquire by setting it to zero in 3ddesktop.conf
thanks, --Brad
Eric Shattow (shadow@xxxxxxxxxxxxx) wrote:
Brad,
Did you commit the fix recently? I tried last month's cvs and the behavior was better, but still had occasional troubles. Also, my configuration made use of zoom. I know you mentioned fixing this before, but to my knowledge there are still some quirks.
Latest quirk:
The 3ddesktop daemon causes 100% cpu usage spikes every couple of seconds (notably, this affects movement of the mouse cursor in X11). I think this only happens when I run a 1024x1524 display (two 1024x768 frame buffers merged top and bottom, open source Xorg x11 6.8.1 ATI radeon r250 driver mergedfb). Last time I tried it with 2048x768 (side by side) there were some graphic corruption issues with the text, but no cpu spikes. Also, the side-by-side looks VERY impressive. Top-and-Bottom looks kind of strange, but that is what I'm running now. Again, the mouse movement in this configuration is impaired, so I haven't used 3ddesktop in a while.
I have been very busy with the day job, and also volunteer work for Freematrix Radio / Gentoo Linux. Too busy unfortunately, to spend time tracking down the cpu spike issue's cause. I will make some time ASAP to get you more information.
- Eric
________________________________________________ Get your own "800" number Voicemail, fax, email, and a lot more http://www.ureach.com/reg/tag
- [3ddesktop-dev] Re: gotoright, gotoleft not always exiting
- From: Brad Wasson