Closed
Bug 841752
Opened 11 years ago
Closed 8 years ago
high cpu consumption & lag while firefox is running on second monitor. HWA setting has no impact
Categories
(Core :: Graphics, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: philipp, Unassigned)
Details
(Keywords: perf)
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
Updated•11 years ago
|
Component: Untriaged → Graphics
Product: Firefox → Core
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.
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)
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)
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•11 years ago
|
||
Using a fresh profile doesn't fix the problem for me.
Comment 6•11 years ago
|
||
I tried mozregression and I get the same problem with nightly builds at least as old as 2010-01-01. :(
dragonq0105, did you test with HWA disabled? (see http://support.mozilla.org/en-US/kb/forum-response-disable-hardware-acceleration)
Comment 8•11 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)
From the "I hate when that happens" dept: No longer able to reproduce, as of FF19 release.
Comment 10•11 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•11 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•11 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•11 years ago
|
||
Be sure your drivers are up-to-date.
Comment 14•11 years ago
|
||
I can't think of any other drivers to check. Chipset, mouse and graphics drivers are all the latest available.
Comment 15•11 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•11 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•11 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•11 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•11 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.
Comment 20•11 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.
Comment 21•8 years ago
|
||
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•8 years 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•8 years 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)
Comment 24•8 years ago
|
||
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
Closed: 8 years ago
Resolution: --- → WORKSFORME
Updated•8 years ago
|
Flags: needinfo?(dragonq0105)
Flags: needinfo?(aebirner)
You need to log in
before you can comment on or make changes to this bug.
Description
•