Web page triggers extremely slow Firefox 3 rendering [177.70 BETA, 8600GT]

[oyvind]

Hi,

SOLVED: The latest 180.06 beta driver fixes this problem.

This web page:
http://developer.kde.org/~wheeler/taglib.html
(as it was on 2008-09-15)

triggers extremely slow and stuttery rendering, making Xorg consume
close to 100% CPU and slowing down the entire desktop. The settings used
with the 177.70 BETA driver are like those recommended here:
http://www.nvnews.net/vbulletin/showthread.php?t=118088

If I set InitialPixmapPlacement to 0, it gets better, but is
still slow.

Ubuntu Hardy 32bit, Gnome desktop environment (plain 2D, no Compiz),
Firefox 3.0.1, default kernel, GF8600GT PCI Express. It's all in the
attached nvidia-bug-report.log.gz (X started with -logverbose 6). Note
that I've removed my motherboard serial number from the dmidecode
output.


EDIT:
Same problem with new official 177.80 driver.
This driver sets IPP=2 and GlyphCache=1 by default, so that's the settings I use. I also use the recommended AllowSHMPixmaps "0"+pixmap cache size xorg.conf options.


Regards,
Øyvind

[Big P]

I wouldn't say it's extremely slow, but it does get a big laggy if I try to scroll up and down fast. Kind of like the slashdot comments with the moving div.

[oyvind]

Originally Posted by Big P

I wouldn't say it's extremely slow, but it does get a big laggy if I try to scroll up and down fast. Kind of like the slashdot comments with the moving div.

Ok, "extremely slow" is a subjective term, but it's one page that really stands out as unreasonably slow for me. Windows showing up above Firefox while it's displaying this page will take very long to paint/display properly, at least the WM decorations (2-3 seconds). So something's stalling/loading the X server really badly. Try to maximize the Firefox-window and then drag a window over it.. In my world it gets very slow, and one application (Firefox), shouldn't be able to stall the entire X desktop like that.

[oyvind]

The very same page rendered using the same software (Ubuntu+Firefox3), but on a laptop with ATI X1400 hardware+fglrx 8.8 is not slow at all. So this must be a nvidia driver issue.

[bram]

This page only gets really slow (2 sec freezes when scrolling) if I follow nVidia's advice, and do:

# nvidia-settings -a InitialPixmapPlacement=2 -a GlyphCache=1

The options they mention, to place in xorg.conf, are ok though.
It looks like nvidia's own advice is a bit shaky.

Bram

[spion]

page works perfect for me. very smooth scrolling.

Host/Kernel/OS "box" running Linux 2.6.27-rc6 [ sidux snapshot - kde4-full - (200808061114) ]
CPU Info (1) Intel Pentium 4 clocked at [ 3079.703 MHz ]
(2) Intel Pentium 4 clocked at [ 3079.703 MHz ]
Videocard nVidia NV40 [GeForce 6800] X.Org 1.5.0 [ 1600x1200@75.0hz ]
Processes 96 | Uptime 10:02 | Memory 537.8/1519.9MB | HDD Size 290GB (21%used) | GLX Renderer GeForce 6800/AGP/SSE2 | GLX Version 2.1.2 NVIDIA 177.70 | Client Shell | Infobash v3.01


(oh yeah and i dumped all the secret settings in xorg.conf, works flawless without them... i guess my card is too old for that stuff)

[Kirurgs]

Hey, I have the same slowness on that page as well, I usually tend to use IPP=0, because it is generally faster for me... Setting IPP=2 - that page starts to be really slow. When page is loaded switch to that page takes 2-4 secs, which is not acceptable. I have "tweaked" my xorg.conf, but really - I dunno what to do next...
I hope this sort of isses will be fixed "in upcoming driver release"

[kernelOfTruth]

confirmed !

for me it's also pretty slow with IPP=2;

IPP=3, IPP=1, IPP=0 make it run fast again (scrolling is down via a mouse-wheel)

hardware:

Asus P5W DH Deluxe, Core 2 Duo E6600, ~amd64, GNU/Gentoo Linux, 2007.0+
gcc-4.3.2, glibc-2.8, gtk+-2.14, gnome 2.24rc

graphics card:

MSI 7600GT (PCIe)

software:

firefox 3.0.1 (amd64)

[ocilent1]

confirmed +1

That web page is very slow with IPP=2, but fast again once switched back to using IPP=0

In fact, I notice all my GTK apps speed up again when IPP != 2. Firefox and Thunderbird are just painfully slow when using IPP=2

Arrrrghh! I just can't win! IPP=2 gives fast KDE4 but slow gtk apps or IPP=0 gives slow KDE4 but fast gtk apps! I would like BOTH to be fast at the same time please!

Hardware:
6600GT (AGP)

Driver: 177.70

[kernelOfTruth]

another important thing:

if IPP=1, IPP=3 (odd numbers) tab-switching is really really slow

IPP=0, IPP=2 makes it fast again (even numbers)

at least for me ...

edit:

doesn't always seem to be the case ?

hm, ok, it seems flash was running

just a short note on IPP=0
this kills compositing desktop (e.g. compiz) very often (I have already observed this in earlier driver versions)

[Big P]

Originally Posted by bram

This page only gets really slow (2 sec freezes when scrolling) if I follow nVidia's advice, and do:

# nvidia-settings -a InitialPixmapPlacement=2 -a GlyphCache=1

The options they mention, to place in xorg.conf, are ok though.
It looks like nvidia's own advice is a bit shaky.

Bram

Not really, they have already said that IPP=2 has bugs, and that's why it's not enabled by default yet. It will be enabled by default in the next series (180.xx i think).

[kriko]

Confirmed!
7600GT (AGP), 177.70 with tweaks (unfortunately IPP2 broken here - causing XiD), using opera.