Bug 709536

Yes, this was expected on some nv30/nv40 chipsets for the moment unfortunately.  Can you post your dmesg log here so I can take a look, may be able to help at least partially still.

Created attachment 502317 [details]
requested logs

/var/log/messages and /var/log/Xorg.0.log

Okay.  The only immediate thing I can suggest that might help is to append "nouveau.perflvl_wr=7777 nouveau.perflvl=0" to your kernel boot options.

NVIDIA GPUs generally start up in a low(er) power state by default.  The above options will enable the use of nouveau's power management code, and instruct nouveau to clock your GPU up to its full speed.

The code is not stable everywhere yet, hence not done by default, so use at your own risk..  If it makes your card unstable, you just need to remove the options again.

Let me know how you go!

(In reply to comment #3)

> The code is not stable everywhere yet, hence not done by default, so use at
> your own risk..  If it makes your card unstable, you just need to remove the
> options again.

If you don't mean frying/overheating my GPU then I'm good.  I can live with a few glitches and quirks.  Hope NV40(GS72) can now handle the demands of the likes of WoP (http://en.wikipedia.org/wiki/World_of_Padman) as I plan to host a LAN session as part of Fedora Release Party soon.

> Let me know how you go!

Sure.

(In reply to comment #4)
> (In reply to comment #3)
> 
> > The code is not stable everywhere yet, hence not done by default, so use at
> > your own risk..  If it makes your card unstable, you just need to remove the
> > options again.
> 
> If you don't mean frying/overheating my GPU then I'm good.  I can live with a
> few glitches and quirks.
It's possible.  Though, I haven't heard of anyone doing it yet..  Glitches are far more likely if something goes wrong.  But, standard "use at own risk" disclaimer applies here still.

>  Hope NV40(GS72) can now handle the demands of the
> likes of WoP (http://en.wikipedia.org/wiki/World_of_Padman) as I plan to host a
> LAN session as part of Fedora Release Party soon.
> 
> > Let me know how you go!
> 
> Sure.

Disabling gnome-shell will get you more performance also, if necessary.  Unfortunately the g-s devs didn't bother to disable compositing of fullscreen windows like compiz/kde do, so, you get some additional overhead from that.

(In reply to comment #3)

> Let me know how you go!
Same story.  No significant difference.

(In reply to comment #5)
> Disabling gnome-shell will get you more performance also, if necessary. 
> Unfortunately the g-s devs didn't bother to disable compositing of fullscreen
> windows like compiz/kde do, so, you get some additional overhead from that.
Interesting.  I hope there is a workaround for that omission (something that doesn't imply switching to KDE or Unity DE)

I have the same problem on Geforce 7500 LE and nouveau. All animations and fade out/in are terribly slow. Firefox scrolling slow. Makes g-s unusable.

BTW: nvidia proprietary driver causes g-s to freeze. I am out of luck here. Have to use KDE for now.

Give this mesa build a go: http://koji.fedoraproject.org/koji/buildinfo?buildID=250343

This looks much better, thanks. But before final judgment, I'll have to use it for some time. I had a feeling, that the performance was getting worse with time with previous version... anyway thanks again. This is improvement for me.

Created attachment 510986 [details]
gnome-terminal with new mesa

I am here again - this is how gnome-terminal and Midnight Commander look with this version of mesa. The colors are more or less somewhat too orange. To be more specific - the tab upper border has to be blue, while it is orange. The mc color should be also blue, but is orange. Other applications seems to be OK. Just gnome-terminal shows this.

I tried to downgrade the mesa and with distribution version 0.11 colors are OK, using again 0.15, the colors are wrong again. Therefore I assume this is a problem with 0.15 version of mesa I downloaded from koji.

As now mesa 7.11-0.16 is in stable, I can confirm the slowness and freezes are fixed for nVidia Corporation G72 [GeForce 7500 LE] = NVIDIA NV46, but the problem with the colors remain. The only way to fix this is to go back to 7.11-0.11. I was trying to find what can get wrong with gnome-terminal and new mesa but did not found anything. I have a confirmation from other users in our community too.

Symptoms are that gnome-terminal has orange instead of blue tabs, and all blueish colors tend to go orange. So far I did not found any other application affected.

I may create a new bug for that.

With 7.11-1 color problems are gone. Thanks. I think this bug may be closed.

I had the same problem with radeon driver. Please check out whether using an older kernel solves this sluggishness for you. I went from 3.2 (awful performance in all areas) to 3.1.1 and the system is _usable_ once again.

Mesa version in my system is 7.12-0.5 (Fedora 17, unoficial as far as I know)

Performance seems fairly stable and predictable now.  I still see quirks and jerks in transitions and animations especially on my nvidia-GeForce7200-GS machines.  Is there any chance that this will improve in the near future? Are there tweaks that can boost performance?

This message is a notice that Fedora 15 is now at end of life. Fedora
has stopped maintaining and issuing updates for Fedora 15. It is
Fedora's policy to close all bug reports from releases that are no
longer maintained. At this time, all open bugs with a Fedora 'version'
of '15' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that
we were unable to fix it before Fedora 15 reached 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, you are encouraged to click on
"Clone This Bug" (top right of this page) and open it against that
version of Fedora.

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:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping