Closed Bug 629234 Opened 10 years ago Closed 2 years ago

(Nvidia, Linux) Very slow scrolling on pages using sprite sheets too large to fit in a GPU texture


(Core :: Graphics, defect, P3)






(Reporter: aros, Unassigned)


(Blocks 1 open bug, )


User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20101203 Firefox/3.6.13
Build Identifier: Mozilla/5.0 (X11; Linux i686; rv:2.0b10) Gecko/20100101 Firefox/4.0b10

Under Linux you cannot scroll the aforementioned URL - scrolling is extremely jerky while Firefox consumes 100% of CPU.

Reproducible: Always

Steps to Reproduce:
Visit the given URL.
Actual Results:  
Terribly slow and jerky scrolling.

Expected Results:  
Smooth scrolling.

This problem exists both in Firefox 3.6.13 and 4.0beta10 with clean (new) profiles.

Opera 11 and Google Chrome 8 don't exhibit this problem.
Mozilla/5.0 (X11; Linux i686; rv:2.0b10) Gecko/20100101 Firefox/4.0b10
Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20100723 Ubuntu/10.04 (lucid) Firefox/3.6.8

Works fine for me
It's 100% reproducible when running on NVIDIA GPU with NVIDIA proprietary drivers.
This is the comment about that bug by AaronP, a Nvidia Linux Driver developer, maybe it helps: 
" I took a look today, and it appears that Firefox is using an enormous pixmap that exceeds the GPU's maximum rendering dimensions, causing software fallbacks. While we will attempt to make it as fast as possible, performance would be greatly improved if Firefox would render using surfaces that fit within the maximum renderable dimensions."
Also see:
Mozilla/5.0 (X11; Linux i686; rv:2.0b11) Gecko/20100101 Firefox/4.0b11

I was unable to reproduce issue with an integrated Intel card. Can someone having a Nvidia card confirm issue?
I can confirm this on nvidia.
I am running archlinux, firefox 3.6.13, xorg and nvidia 260.19.36 (on both GTX460 and GT240).
I have seen this for a long time but when i tested it now again i noticed that if i set a non-default zoom level the page is quick, perhaps this can be a hint to someone fixing this annoying performance problem.
I can confirm this bug, with my 8600m GT Nvidia proprietary driver version 260.xx - 270.xx, Firefox 3.6 - 4.0, Ubuntu 10.10, although for me it is much more obvious on this URL:

I can also confirm that changing the zoom level to a non default one makes it much better or even go away completely.
NVIDIA 8800GT, 270.18 drivers, no matter which zoom level is set, page scrolling is very slow and jerky.
I can confirm this problem as well, on a NVIDIA 8800GT using the 260 and 270 drivers at least, but it has existed prior to them as well, as far as I know. 

However the nouveau driver seems to handle the page just fine. Could it not be a driver problem after all?
Thank you for being so fast in verifying this issue. 

Can you please test problem having the latest nvidia official drivers installed, just to make sure it's not driver related.
I am pretty sure most of us here used the latest official (260.19.36) when we verified this problem.
Considering Comments 5 to 10, I am changing resolution to New. 

Can someone with a Nvidia card please perform a regression range?
Ever confirmed: true
I've no problem with the "open source" nv driver on Firefox 4 beta 1. I'll check with the nouveau driver later.
(In reply to comment #12)
> I've no problem with the "open source" nv driver on Firefox 4 beta 1. I'll
> check with the nouveau driver later.

nouveau driver doesn't have this problem according to people commented on

ShiningArcanine wrote:
> I tried switching to the Nouveau driver on my laptop and it eliminated the lag issues
Yes, I can confirm this.
Artem, are you still able to observe issue?
(In reply to comment #15)
> Artem, are you still able to observe issue?

Yes, I'm now running NVIDIA drivers 270.26. Like NVIDIA developers said the problem is that:

"... it appears that Firefox is using an enormous pixmap
that exceeds the GPU's maximum rendering dimensions, causing software

and since they haven't yet solved it, the issue is still in effect. However it's worth mentioning that neither Opera, nor Google Chrome has this bug.
Funnily even relatively short web pages cause huge CPU spikes and slowness, like this one:
BTW, scrolling is *not* necessary - Firefox takes up to 2 seconds just to switch to *any* page on, like this one: - this web page is now only three-four screens long.
Duplicate of this bug: 644275
same for me. using 260.19.36 with a GeForce 6200.

Xorg cpu usage goes through the roof, even when not scrolling

User Agent: Mozilla/5.0 (X11; Linux i686; rv:2.0) Gecko/20100101 Firefox/4.0

build from

Not limited to just launchpad, the "My eBay" page for me exhibits the same, to the point of being unusable
Priority: -- → P2
Hardware: x86 → All
Version: unspecified → Trunk
I opened a bug in Launchpad for this same issue:
@Michael the Launchpad bug, has already been raised and associated with this one. 

Also I should make the point that I commented in LP605567 that the other bug reports ( & Bug #490563 ) are not the same as this one due to bug age and narrow range of sites affected.
Can anyone check if 275.19 driver solve this issue?

From changelog:

"Fixed poor X driver handling of pixmap out of memory scenarios."
275.19 did not solve this issue for me.
This bug still exists.  With every update to FireFox this issue hasn't been addressed.  It's only getting worse and worse.  It seems the 2D painting is not properly functioning.  This only occurs with Nvidia drivers.  I've had to switch to another browser for the time being because browsing the internet has become unbearable on FireFox.  Please this really needs to be looked at.  Many people are affected with this problem.
I can confirm the problem is still present on Ubuntu 11.10.
Firefox 7, nvidia driver 280.13, geforce quadro nsv140 m.
I can also confirm this bug still exists in Ubuntu 11.10.  Nvidia driver 280.13 Firefox 7
I can confirm that Firefox 8, on Ubuntu 10.04 still has this bug.

The problem is so common for me that I just always expect it -- I do not think it matters at all what web page one is looking at.

I have chrome browser, side by side Firefox, both on this web page (this bug report page). Chrome scrolls smooth as silk and is extremely responsive. Firefox is jittery with much lag.

Example of behavior:  I use smooth scroll mouse wheel.  Flick the scroll wheel, and maybe it zips up pretty quick halfway, that stops suddenly -- with the wheel still spinning fast.  Do same in chrome and it scrolls all the way up (or down).

Generally speaking it is as if scrolling simply stops at random moments for up to 2-3 seconds (though about 1/2 second is probably most common).
Photon added the following comment to Launchpad bug report 605567:

Confirmed with Firefox 9.0.1, nvidia 290.10, Arch Linux.


Debian 6.0.3
flashplugin-nonfree i386 1:2.8.2
iceweasel 9.0.1-1~bpo60+1
> flashplugin-nonfree i386 1:2.8.2

I meant nvidia-glx 195.36.31-6
Confirmed with Firefox 10.0.2, nvidia 295.20, Ubuntu 11.10.

Offending pages include Launchpad bug tracker, due to its 64x22031 sprite sheet
and the new Dropbox design, which features a whopping 64x30030 sprite sheet (which performs even worse than the Launchpad one):

As more and more web applications switch to sprite sheets to reduce page loading latency, new examples are going to become more frequent.
Confirmed for Firefox 11.0, Ubuntu 11.10, Nvidia 280.10.

And pre-confirming for Firefox 12.0 to 99.0.

What really drives me mad about this bug is that not only it doesn't get fixed for such a long time, but also I have the impression that firefox becomes a Windows-only browser. When I fire up Firefox on Windows XP, it is an extremely fast browser that does not leave anything to be desired.
Am I the only one for whom this page exhibits the same problems? (Jerky scrolling and 100% CPU usage)

Is it the same problem or I should post a separate bug report?

(Firefox 14 beta10 here, NVIDIA 290.10)
Component: General → Graphics
Product: Firefox → Core
QA Contact: general → thebes
Summary: Firefox for Linux is terribly slow scrolling the given URL → (Nvidia, Linux) Very slow scrolling on pages with large backgrounds
Duplicate of this bug: 671862
I'd say it's different and more related to the fixed background with semi-transparent div layered on top of it.

As a hint, changing the zoom level doesn't help whereas it helps in other testcases.
Confirmed for Iceweasel 15 on Debian Wheezy, NVIDIA 304.51. Chromium runs just fine.
Well, this animal here is still running Iceweasel 10.0.4, but I think that doesn't matter.
Nvidia card yes (GeForce FX series). Running nouveau drivers, no proprietary ones.

What Artem said in his initial post, proved WRONG on my machine. I had IW 3.6.13 for quite a long time, and it always worked marvellously, even with "difficult" sites.

However: this has visibly changed once I decided to move over to a new libc and base system.
Since then, I recognize the following:

- Tab switching from $COMPLEX_SITE_1 to $COMPLEX_SITE_2 takes literally ages (up to 3 seconds)
(People claimed to cure this by applying the Ubuntu (!) version of libcairo 1.12.* (which, unline the current (!) non-testing Debian version does without server gradients) but frankly, that rather resembled some voodoo magic. No significant changes with that "tweak" on here, whatsoever.)

- Scrolling with Javascript-heavy sites is a nightmare.
I'll try to describe:

Site scrolling movement always seems to "hang behind" the mouse wheel. So you would press the mouse wheel *gently*, and with a decent delay, the page would scroll down resp. up. Yeah, it's like some satellite communication back in the 1980s :) You'd crack a joke, and 30 seconds later the person on the other end bursts out laughing :) It's very odd.

You would
Summary: (Nvidia, Linux) Very slow scrolling on pages with large backgrounds → (Nvidia, Linux) Very slow scrolling on pages using sprite sheets too large to fit in a GPU texture
Can confirm this bug too - for example after logging in
Using 64-bit Kubuntu 12.04 based distro, with KDE 4.10.1, proprietary Nvidia 310.14 drivers and Firefox 19.0.2
Actually I'm having this bug since forever - way before it was reported.
I can also confirm that changing zoom level makes the things better.
A quick workaround I've just come up with: install the "Default Zoom Level" extension, and set the default zoom to 101%.
This way, the zoom is barely noticeable, and the bug is gone...
I'm glad to have found this bug report.  I've been having this problem for a long time now.  I've exclusively used Firefox on Linux for so long that I had gradually become somewhat accustomed to it.  I was frustrated with how slow it was, even doing simple things like switching between open tabs, but it's only when I use Firefox on another machine or in Windows that I notice that doing the same things is nearly instantaneous.  It also seems much faster using Firefox in Linux on a machine with an AMD GPU.  But my old laptop with an NVIDIA 8400M GS is so, so slow with Firefox...I really hope someone can fix this.
(In reply to Artem S. Tashkinov from comment #35) is still incredibly sluggish, however launchpad pages now work fast.

Has launchpad been redesigned recently?
I wonder if we could not turn on tiling on desktop ? Or do this if we detect a nvidia/linux driver ?
(In reply to Julien Wajsberg [:julienw] (in MozSummit until next monday) from comment #44)
> I wonder if we could not turn on tiling on desktop ? Or do this if we detect
> a nvidia/linux driver ?

Tiling requires OMTC + layers acceleration. We have a lot to do before we get there. I recently tested OMTC+tiling on linux and it is very unstable.

These days there's been a lot of efforts put in turning on OMTC for desktop platforms (mac and soon windows). Electrolysis also requires OMTC. So we'll eventually get there on linux too but it's not a top priority for now. It's a great place for contributions, though. If anyone's interested, I can mentor contributions in this area.
Can confirm this bug too - for example at Google images
Scrolling is very slow and leaks for seconds.
I am using 64-bit Debian wheezy based distro (crunchbang), with Openbox 3.5, Nvidia GTS-450 with 
proprietary Nvidia 325.15 drivers and today updated to iceweasle 24 via wheezy-backports

Other browsers like chromium works like a charm. Same system only with Intel onboard graphics also works properly.

This bug occurs for years.
I am experiencing the same issue, with an NVIDIA GeForce 7800 GTX on Debian Wheezy.  Iceweasel and Firefox both exhibit slow and choppy scrolling with high Xorg CPU usage.  I'm using the proprietary NVIDIA driver, version 304.88.
The same story, awful scrolling with Firefox 26 and 304.117 nVidia (GeForce 6100/nForce 410).
Some known tweaks via about:config + disabled smooth scrolling = minor changes.

No any problems with Chrome.
Can you please elaborate on those tweaks? It will be better than nothing, since telling from current developers' interest, I'm pretty sure this bug won't be fixed until end of 2015 (if at all). Developers usually use cutting-edge hardware---also graphics cards---so they won't care much about problems with "old" cards.
And again: mentioned FF-tweaks are completely unuseful with PROPRIETARY nVidia driver.

OK, I will use Chrome/midori or something else based on webkit.
Firefox is now v29. Linux Mint 14 - 64 bit here, nVidia GTX 560 Ti, driver version 304.117. Bug is still unresolved, Firefox stutters on every page. Looks like they simply don't care.
We could reasonably argue that nvidia doesn't care either :)
Solution is here:
Works for me, no lags at now.

Manjaro Linux (XFCE, kernel 4.1.3)
Nvidia 304.125
Firefox 39
+ additional useful tweaks:
Thanks for that tip Jurgen, that restores the snappy speed I expect from my system. (Sempron,Nvidia,Debian,noveau driver)

However a tweak does not really Fix the bug, and to that end, I'd like to know if this sample page is the same problem? (or if I should file a new bug report that affects current Iceweasel/Firefox and Seamonkey-2.33.1)

Without tweaking anything, the refresh rate is about once per 20 seconds. Effectively makes the page useless in Firefox.
and adjusting the page zoom does not change the behavior. Idea: Try using the menu, it may take 2 minutes to navigate to the zoom settings... :P

When the image width and height are 1:1 to the actual size, it works fine:
Stewart, per my experience with all browsers - I recommend you to use QupZilla for work and Chromium for video.
Moving to p3 because no activity for at least 1 year(s).
See for more information
Priority: P2 → P3

This bug has more or less lost its relevance considering that modern GPUs have at the very least 3gigs of VRAM and new Firefox releases don't support old operating systems where older GPUs might be used.

Closed: 2 years ago
Resolution: --- → INACTIVE

Hi, I experience the same on Beyond Linux from Scratch 9.1, with NVIDIA drivers 450.80.02, using X window system on firefox. Same problem appeared when I compiled KDE's browser Falkon. So I have a modern GPU Nvidia GTX 1050, but only 2gigs of VRAM. Does anyone have an idea for some configuration or some kind of hack how to get rid of this problem? Pretty annoying.

Open about:config, set gfx.webrender.all to true and restart Firefox to force-enable hardware rendering.
If you encounter problems with it, please report a new bug:

You need to log in before you can comment on or make changes to this bug.