If I run tvtime or kdetv the X process takes 100% CPU and the video is
skipping. I believe its an issue with Xorg & XFree and perhaps related to the
following bug reports:
I've tested tvtime with XIG's Accelerated X Summit DX (www.xig.com) and it's
working perfectly with full framerate and only takes 15-30% CPU.
I'm using the radeon driver with a Sapphire ATI Radeon 9200.
please try again with xorg from cvs.
The recently added Xv DMA support made things better with tvtime (~30% cpu are
now idle and the X process takes about ~48% CPU). But I somehow think that's
slower than it should be.
I'm observing the following issues that are maybe linked to this:
Some SDL applications display so slow that I can see them redrawing.
A strange thing is, that sometimes when X is freshly running, the speed is a
lot slower than normal. Then running glxinfo helps.
I believe it has something to do with glxinfo (and other apps) "hanging" X for
some seconds when X has just started up and its the first GL app running. It
seems the driver is loading the R200 microcode then.
Also strange things happend with xcompmgr:
- Starting xcompmgr -c in an Eterm on Desktop 1 (running KDE):
Eterm's move around fast - no problems.
- Switch to Desktop 2:
Here's a fullscreen Konqueror window. I move it around and speed is good.
- Swiching back to Desktop 1:
Things are okay
- Switch again to Desktop 2 (switching takes alot longer):
Konqueror window rendering & moving is slow now
If I continue this, the speed of the Eterm's stays good, but switching
desktops/the Konqueror window are slow. Running 'glxinfo' now makes things
This (or at least the last thing you reported) is not an Xv bug. I am also
seeing this one.
Sometimes a simple XRender operation with PictOpOver which is just a simple copy
operation in an offscreen buffer, like when GTK+ is copying a background image
for the desktop, or when xcompmgr is compositing, is awfully slow.
And real slow. 1024x768 takes nearly half a second on a 1,5 GHz machine.
Sometimes later it's fast again (so fast that no delay is noticeable at all.
Every time I interrupt gdb it is in fbCopyAreammx and I don't see anything
special about it. And I don't really know what makes the X server go slow and
what makes it go fast again. Heavy use of offscreen buffers seems to trigger
changes between expected and awfully slow mode or something... (?)
I'm seeing this with the latest CVS (modular xorg-server) on a Radeon 8500 and
on a Radeon Mobility M7 (7500).
There seem to be some bugs here which seem to describe symptoms of the same
basic problem. Someone could refile a bug with the correct description if he
figures out what's going wrong. It's really very annoying.
Whats the status of this bug using a current version of xorg?
I'm closing this bug due to the lack of activity, if the problem persists with a
current release of xorg, please reopen.