r500 kms performance issues
i recently upgraded to 2.6.33 with it's newly "unstaged" r500 kms - and i have to wonder, does this mean that this is as good as it'll get ?..
when i had last tried kms i had to disable it because of numerous bugs and deep performance loss. that was back in the 2.6.31 days.
although things seem pretty stable, i have to say that performance hasnt really improved. compositing with kwin is bareable but nowhere near "smooth" ... playing video is choppy, opengl performance is at best acceptable but often times hangs and drops ... and one time trying to play a small cell phone video full screen caused my whole computer to die.
so obviously, alot of work still has to be done. but im afraid this whole 'leaving of stading' means that you guys consider this driver 'good enough' ..
i just have to say, it just isnt good enough ..
Asking if something is considered to be "good enough" is totally meaningless. Good enough for what ?
Good enough in terms of kernel API maturity that it's safe to freeze the internal APIs and move it out of staging ? Yes.
Good enough on balance (improvements vs drawbacks) that most major distros consider it worth using instead of the UMS code paths ? Yes.
Good enough that it's never going to be improved ? Highly unlikely.
Note that the KMS performance hits are highly system-specific - eg on balance my system feels as fast or faster with KMS than with UMS.
I think the limiting factor is CPU power (ie the KMS code uses more CPU cycles than the UMS code), so it's extra important to make sure that your power management settings aren't slowing down the CPU when you need it.
you have something wrong in your pc, you checked the firmware is loading? cuz for me the OSS driver is just peachy both in my big pc and my crappy x1200 laptop
Originally Posted by pedepy
try ubuntu 10.04 with xorg crackers and 2.6.34 kernel, maybe you have something old in your graphic stack like drm or mesa or even the ddx
This is, I hope, a temporary feature.
Originally Posted by bridgman
Make sure every graphic stack component on your system is up-to-date.
2.6.33 or 2.6.34rc alone is not enough.
For a smooth KMS experience you need :
- last libdrm
- xserver 1.8 or at least 1.7.x
- latest xf86-video-ati
- a reasonably recent MESA snapshot
As for the CPU I indeed noticed myself that "Dynamic / Ondemand" CPU policy makes GTK (Firefox) scrolling a bit sluggish and cuts 60% of glxgears. I guess it's better to stick to "performance" mode for now.
On the bright side, radeon.dynpm=1 doesn't bring any visible performance drawbacks and seems to make the laptop surface a bit cooler.
I have to agree. Not to dismiss your experience, which sounds less than perfect, but full-screen HD video works just fine here with KMS, and while I too hope for performance improvements in the future, there is no problem whatsoever with any window effects, compositing, or most 3D stuff I use daily. Granted, my GPU is a r700 generation, but I haven't heard r500 owners experience these problems either.
Like dmfr says, try updating all the parts of the stack to the latest stable versions. There must be some problem hidden somewhere.
1) KMS is slower because color tiling in DDX is disabled by default. You need to enable it in xorg.conf, see "man radeon". The man page is for UMS so it lies sometimes.
2) You might try the R300 Gallium3D driver, it's generally faster than the classic one and has much more features (the feature set is similar to fglrx).
3) Newer kernels like 2.6.34-rcN might improve performance a bit, but not much.
4) You don't need the latest X server, I mean even 1.6.x should be fine.
I'm no dev, just a happy end user...
Originally Posted by marek
From my humble point of view, KMS became usable after upgrading to xserver 1.7. Before that it worked, but it sucked.
Now full HD, kwin compositing work alright and, most important, KDE4 feels "sharp".
Don't know if it's DRI/DRI2 related or anything, I'm just sure of the facts.
Besides, when it comes to play with bleeding edge features, I guess it's worth the shot upgrading the whole stack, to avoid performance related reports or complaints (major or minor) on issues solved in recent versions.