Indeed, by following posted guide performance in KDE4 does improve. Try it.
Announcement
Collapse
No announcement yet.
NVIDIA 177.67 Display Driver
Collapse
X
-
Originally posted by oyvind View PostI've got a GF8600GT, and 2D has so far been OK, but not great. I'm using standard Gnome/Ubuntu Hardy.
By following this guide:
and installing the latest nvidia BETA driver, I'm seeing some amazing 2D performance improvements and haven't noticed any problems yet. Cool !
Comment
-
Excellent performance with both GTK (redrawing windows is finally instantaneous) and Firefox 3 (no more slowdowns with images getting displayed or resized, digg.com bug gone, scrolling and animated scripts are smooth). That's with my 8600GT. Looks like they did their job well.
The only remaining issue I'm witnessing concerns urxvt with a background image. It still takes a couple seconds to appear or to be resized.
Comment
-
Originally posted by apaige View PostExcellent performance with both GTK (redrawing windows is finally instantaneous) and Firefox 3 (no more slowdowns with images getting displayed or resized, digg.com bug gone, scrolling and animated scripts are smooth). That's with my 8600GT. Looks like they did their job well.
The only remaining issue I'm witnessing concerns urxvt with a background image. It still takes a couple seconds to appear or to be resized.
You might be interested in using real transparency in urxvt as well, which performs good here. An example configuration would be
urxvt --geometry 165x55 -ut -sr -ls +st -fg white -tint darkblue -sl 1000000 --scrollColor darkblue --troughColor darkblue --depth 32 -bg rgba:0000/0000/3900/cccc
which starts an urxvt with a blue tinted transparent background, so you get your desktop image as background.
hth
Fuchs
Comment
-
Originally posted by Fuchs View Postwhich starts an urxvt with a blue tinted transparent background, so you get your desktop image as background.
The problem occurs with InitialPixmapPlacement=2 only indeed.
Comment
-
Originally posted by apaige View PostThat's what I'm doing already, actually. And that's not "real" transparency, since it doesn't show windows behind it, which is exactly the effect I want.
however, this requires, afair, a composited environment (as you get with xcompmgr or by using compiz.) Transset should not be needed.
Please look at
or
which clearly demonstrates it.
I did not use transset or any other tricks.
The problem occurs with InitialPixmapPlacement=2 only indeed.
So nvidia engineers can try to fix it.
Fuchs
Comment
-
Originally posted by Fuchs View PostIn fact it is, as soon as you add --depth 32 -bg rgba:rrrr/gggg/bbbb/aaaa
however, this requires, afair, a composited environment (as you get with xcompmgr or by using compiz.) Transset should not be needed.
Originally posted by Fuchs View Postplease make sure to inform nvidia about that
Comment
-
-
Update on my rxvt-unicode with fake transparency performance issue: I recompiled it with only the features I wanted, which does NOT include Xft/freetype. Now it's as fast with InitialPixmapPlacement=2 as with InitialPixmapPlacement=1. Not sure what caused the issue.
Comment
Comment