Red Hat Bugzilla – Bug 526967
KMS: slow 3d
Last modified: 2010-12-04 02:34:59 EST
As normal boot my 3d applications work at half speed. When i add nomodeset param to kerenl everyting start to go at normal speed.
Only one abnormal application here is tuxracer. When i do normal boot (without nomodeset) tuxracer work at 40fps, but OpenArena work at 30. When i do nomodeset boot tuxracer work at 10fps with gliches on screen, OpenArena work at 100-150 fps.
Same for glxgears. Normal boot: 600fps, Nomodeset boot: 2500fps
I use F12-rawhide with last updates.
As for measuring 3D speed with glxgears see http://qa-rockstar.livejournal.com/7869.html. Otherwise you are right, and please attach the usual combo -- /var/log/Xorg.0.log, /var/log/messages and output of dmesg to this bug as separate uncompressed attachments.
Thanks for the link. But in my case i have 104fps for teapot mesa test with 'nomodeset' kernel parameter, and 74 fps with normal KMS boot.
Created attachment 363798 [details]
nomodeset - Xorg.0.log
Created attachment 363799 [details]
nomodeset - messages
Created attachment 363800 [details]
KMS - Xorg.0.log
Created attachment 363801 [details]
KMS - messages
Created attachment 363802 [details]
KMS - dmesg
Created attachment 363803 [details]
nomodeset - dmesg
Created attachment 363856 [details]
nomodeset - tuxracer (slow+broken sky)
Created attachment 363858 [details]
KMS - tuxracert (fast and normal sky)
openarena work appositely (kms - make it slower, nomodeset - faster)
openarena/mesa teapot/quakelive - (kms - make it slower, nomodeset - faster)
also openarena cant control screen brightness.
KMS is still slower than UMS+DRI1 for various reasons we are working on them, things should be better in Fedora12 and they will get even more better in Fedora13. I think it should be changed to not a bug (don't have right to do that yet).
i told about f12.
my rawhide version, still unable to run games i think that is problem.
for kms mode i can play for:
- tuxracer (40fps)
- any other opensource games run terribly slow
- wine games (guildwars) works terribly slow
for nomodeset i can play:
- tuxracer run at 10 fps
- openarena cant control screen brightness
- wine games (guildwars) works terribly slow (10fps, against 70fps under win, or 30fps under f10)
- no suspend mode (stuck at resume).
so.. i hope to see f12 one (probably nomodeset) full featured mode. can you suggest what is better to do? create new bug reports or keep all info here?
Since this bugzilla report was filed, there have been several major updates in various components of the Xorg system, which may have resolved this issue. Users who have experienced this problem are encouraged to upgrade their system to the latest version of their packages (at least F12Beta, but even better if the very latest versions).
Please, if you experience this problem on the up-to-date system, let us now in the comment for this bug, or whether the upgraded system works for you.
If you won't be able to reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you.
[This is a bulk message for all open Fedora Rawhide Xorg-related bugs. I'm adding myself to the CC list for each bug, so I'll see any comments you make after this and do my best to make sure every issue gets proper attention.]
i confirm this issues for f12 with last updates
KMS is slower than UMS, a lot of things aren't done yet when it comes to 3D and KMS. We won't be able to improve much the situation for fedora 12 but i hope that we will have enough improvement to make the situation a lot better in fedora 13.
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.
More information and reason for this action is here:
*** Bug 539525 has been marked as a duplicate of this bug. ***
It's not only 3D. The problem is also with 2D acceleration, at least in OpenOffice Impress - it's impossible to perform a decent presentation with lots of animations on laptop+projector configuration with presenter view. If I use screen mirroring, animations are a bit faster, but I still have to wait more than a minute for some animations to perform.
Not only Impress but also Flash-based clips in Firefox/Konqueror are behaving very poorly and there are a lot of skipped frames and flickering.
Video card: Mobility X1600 (rv515)
I turned off the KMS (using "nomodeset") and the performance is just the same... no real effect (maybe only the flickering is a bit less when KMS is off).
One more thing, when you watch a video clip for longer than 1/2 minutes and the picture of the video is dynamic (the scenes are often changed and so the colours, too), the fan (I think on my Graphic PU, not on the CPU) starts to "rock'an'roll".
Even sometimes the X Server is terminated when the window of KWrite is maximized. (and maybe it's the same with other programs, I have not tested it enough but when xorg.0.log file is open with KWrite and the windows is double-clicked in order to be maximized - X Server closes).
After installing F12+latest updates on my ThinkPad T60p [8744-5BU] with Radeon Mobility X1400, OpenOffice.org Impress was basically unusable due to slow performance. When attempting to do a slideshow, Xorg is pegged at 100% CPU and everything else in X hangs for many seconds. This problem did not reproduce after adding the "nomodeset" kernel option. Seems to be a major performance regression for 2D as well, disabling Compiz had no effect either.
I tried the solution from AdamW from Phoronix forums (http://www.phoronix.com/forums/showthread.php?t=20467&page=2#16) and I can now do a slideshow with KMS with less troubles, and even 3D performance was enhanced, but still not as it is without KMS...
quake live I need a solution how make work everything I really need a some thing that are missing in the game is that my esc and hub dont work at all
Nominated for F13Target because this is listed on Common Bugs.
Similar problem here (F13, X800XL [R430] AGP). With KMS, e.g. compiz is unusably slow (Alt+Tab with 1 window open takes > 2 seconds). With UMS or with KMS + indirect rendering, compiz gets into a usable state.
This message is a reminder that Fedora 12 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 12. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '12'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 12's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 12 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
Fedora 12 changed to end-of-life (EOL) status on 2010-12-02. Fedora 12 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.