high cpu consumption & lag while firefox is running on second monitor. HWA setting has no impact

RESOLVED WORKSFORME

Status

()

Core
Graphics
RESOLVED WORKSFORME
4 years ago
a year ago

People

(Reporter: philipp, Unassigned)

Tracking

({perf})

18 Branch
All
Windows 7
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

4 years ago
several windows users in the support forums have reported that firefox is becoming slow, using high cpu ressources & mouse movements are generally laggy when the firefox window is running on an external dvi/hdmi-connected monitor in a dual-screen setup. 
this seems to have started with the firefox 18 release & apparently isn't related to hardware acceleration, since it's also happening in safemode/with HWA disabled and reportedly with gpus from different vendors.

https://support.mozilla.org/en-US/questions/946567
https://support.mozilla.org/en-US/questions/950465
https://support.mozilla.org/en-US/questions/939759#answer-397638
Component: Untriaged → Graphics
Product: Firefox → Core

Comment 1

4 years ago
I'm one of those several users.  For me, safemode DOES prevent the problem.  However, manually disabling all addins or turning off HWA in firefox or even disabling all accelerations in the display driver DOES NOT prevent the problem. Idle CPU utilization for firefox on my machine usually sits at about 2.5-3.5% (according to ProcessExplorer); I find that I can drive it up to 20-25% by moving the mouse pointer quickly across links or menu items that need to change appearance upon mouseover--but only if the window is open on the second monitor (which I believe is VGA connected).  In safemode, by way of contrast, CPU utilization is a fairly constant 8-9%.  The net effect is that for me, firefox is unusable on the second monitor.

Comment 2

4 years ago
aebirner, could you use the tool mozregression (see http://harthur.github.com/mozregression/ to use it) to find a possible regression range since FF17 or FF18?
(ex: mozregression --good=2012-08-01)

It would be useful to find a regression.
Flags: needinfo?(aebirner)

Comment 3

4 years ago
Hmmm.  All of the nightly builds worked just fine.  I had trouble getting CPU utilization above 5%.  What should I try next?  Disabling all extensions and plugins one by one?
Flags: needinfo?(aebirner)

Comment 4

4 years ago
You can start by testing with a fresh profile with FF18 (see https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles)

Comment 5

4 years ago
Using a fresh profile doesn't fix the problem for me.

Comment 6

4 years ago
I tried mozregression and I get the same problem with nightly builds at least as old as 2010-01-01. :(

Comment 7

4 years ago
dragonq0105, did you test with HWA disabled?
(see http://support.mozilla.org/en-US/kb/forum-response-disable-hardware-acceleration)

Updated

4 years ago
Flags: needinfo?(dragonq0105)

Comment 8

4 years ago
The nightly build from 2010-01-01 doesn't have hardware acceleration as far as I can tell.

Something very interesting: if I have Chrome open at the same time as having Firefox open, the Firefox mouse slowness completely disappears (in both 2010-01-01 and 18.0.2)!
Flags: needinfo?(dragonq0105)

Comment 9

4 years ago
From the "I hate when that happens" dept:  No longer able to reproduce, as of FF19 release.

Comment 10

4 years ago
That said, scrolling is still noticeably slower/jerkier on the second (VGA-attached) monitor than on the built-in LCD panel.  The mouse stickiness is gone, though.  I'm back to using Firefox on my big monitor, again.

Comment 11

4 years ago
aebirner, do you know if previous versions (FF15-16-17 or lower) got this issue about scrolling jerky on the 2nd monitor?
If it was fine in the past, can you file a new bug report and use mozregression tool (see http://harthur.github.com/mozregression/) to find a regression range, please.
Flags: needinfo?(aebirner)

Comment 12

4 years ago
Firefox 19 doesn't fix the issue for me. I still need Chrome open (even minimised) to eliminate the jerky mouse movement.

Comment 13

4 years ago
Be sure your drivers are up-to-date.

Comment 14

4 years ago
I can't think of any other drivers to check. Chipset, mouse and graphics drivers are all the latest available.

Comment 15

4 years ago
(In reply to Loic from comment #11)
> aebirner, do you know if previous versions (FF15-16-17 or lower) got this
> issue about scrolling jerky on the 2nd monitor?
> If it was fine in the past, can you file a new bug report and use
> mozregression tool (see http://harthur.github.com/mozregression/) to find a
> regression range, please.

No previous versions of FF had this problem.  Both issues (mouse stickiness, slow scrolling) first appeared in FF 18; the mouse stickiness disappeared for the most part in FF 19, but the scrolling issue remains.  There now seems to be a general slowness to the initial rendering of a page on the second monitor; scrolling and mouse movements are noticeably jerky while the page is rendering, but much less so after the page is initially displayed.  I will file a new bug report for these latter issues.
Flags: needinfo?(aebirner)

Comment 16

4 years ago
I'm also having this issue, and it's happening on a desktop.  I think I might have an idea as to the cause.

First of all however: I'm running in safe mode with HWA off with the latest nightly (22.0a1 (2013-03-14)), and the problem still occurs.

I've got two graphics cards: an i7 2600k's built-in intel HD3000, and an nvidia 7600GT. 

The problem only occurs on the two monitors attached to the second GFX adadapter (nvidia 7600gt).

Could it be that the people with laptops that are seeing this have one of those dual-mode GFX laptop setups with both an onbord and add-on GFX card?  Those aren't uncommon for power saving / performance tradeoff reasons.

Comment 17

4 years ago
Nice idea but my laptop, which still suffers from this issue, doesn't have a second GPU. It only has the IGP on the i5-430m, with the external monitor connected via HDMI.

Comment 18

4 years ago
I can confirm this issue in the latest Firefox 21 beta. I'm running on Windows 8 64-bit with two video cards (Intel graphics and Geforce 8400GS). When Firefox is running on the monitor powered by Intel graphics, everything is perfectly smooth. If Firefox moves to one of the monitors on the Geforce 8400GS, the mouse movement is very jerky.

Let me know if there's any additional information I can provide.

Comment 19

4 years ago
This is still a problem for me with FF 21 on WinXP SP3.  I first uninstalled FF, removed the various installation and profile directories, and deleted all the registry keys that I could find; then I reinstalled from a fresh download.  Still the same effect on my dual-monitor setup:  Performance is great when the browser window is on the laptop LCD, but is slow as molasses in January when the window is open on the VGA-attached second monitor.  Disabling hardware acceleration has no effect.

Updated

4 years ago
Keywords: perf

Comment 20

4 years ago
My computer is a Lenovo T420s.  The device manager says the display is an "Intel(R) HD Graphics Family".  The driver is version 6.1.10.5361, dated 5/2/2011.  Monitor 1 is the laptop LCD, which is set to 1600x900 pixels w/ 32-bit color  (and on which I see no performance problems).  Monitor 2 is an external VGA-connected LCD, set to 1680x1050 at 60 Hz, also w/ 32-bit color.  I have also duplicated the problem when using a Samsung T240HD at 1920x1200 as Monitor 2.
Almost 3 years later, do you still see this problem?
Flags: needinfo?(dragonq0105)
Flags: needinfo?(brandonshea)
Flags: needinfo?(aebirner)
Summary: high cpu consumption & lag while firefox is running on second monitor → high cpu consumption & lag while firefox is running on second monitor. HWA setting has no impact

Comment 22

a year ago
The machine with the iGFX and discrete GFX card that used to exhibit this problem for me has been retired, so I can't tell whether this problem still exists.

Comment 23

a year ago
I haven't seen this bug in a long time, nor do I have the original computer I reported the issue on.
Flags: needinfo?(brandonshea)
Closing this bug based on the above two comments. If anyone can reproduce this in a current Firefox version, please reopen and update the information in this bug report. Thanks.
Status: UNCONFIRMED → RESOLVED
Last Resolved: a year ago
Resolution: --- → WORKSFORME
Flags: needinfo?(dragonq0105)
Flags: needinfo?(aebirner)
You need to log in before you can comment on or make changes to this bug.