firefox / xorg take too much cpu on focus change / animation [linux]

UNCONFIRMED
Unassigned

Status

()

Core
Graphics
UNCONFIRMED
12 years ago
9 months ago

People

(Reporter: Wilfried Goesgens, Unassigned, NeedInfo)

Tracking

({perf})

1.9.0 Branch
x86
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(1 obsolete attachment)

(Reporter)

Description

12 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.1) Gecko/20060226 Debian/1.5.dfsg+1.5.0.1-3 Firefox/1.5.0.1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.1) Gecko/20060226 Debian/1.5.dfsg+1.5.0.1-3 Firefox/1.5.0.1

if i swap focus using sloppy focus betwen firefox and an xterm, cpu usage increases up to 60 or more percent, half for firefox, half for xorg. This situation gets even worse, if there is a bigbrother page displayed. firefox takes up to 90 percent cpu, in xchange with xorg taking everything they get.

Reproducible: Always

Actual Results:  
uses too much cpu.

Expected Results:  
should use less cpu, as its predessor, firefox 1.* and mozilla did.
Which version of xorg are you running? GNOME? KDE?
(Reporter)

Comment 2

12 years ago
my window manager is ion 0.7, http://modeemi.fi/~tuomov/ion
ii  xorg-common                        6.8.2-5.1                      X Window System (X.Org) infrastructure
ii  xserver-xorg                       6.9.0.dfsg.1-4                 the X.Org X server

is my X-Server.
this is an public readable installation:
https://monitor.rete.toscana.it/

our Monitor has about 15 hosts, with about 10 tests per host.
Can you try an official Mozilla build and see if you can reproduce it?
(Reporter)

Comment 4

12 years ago
well, with original firefox i've got that problem:
https://bugzilla.mozilla.org/show_bug.cgi?id=319236
(gdb) bt
#0  0xb7de6d28 in pthread_mutex_init () from /lib/tls/libpthread.so.0
#1  0xb6aa7243 in __FCDeleteKey () from /tmp/firefox/extensions/talkback@mozilla.org/components/talkback/talkback.so
#2  0xb6a934d1 in ?? () from /tmp/firefox/extensions/talkback@mozilla.org/components/talkback/talkback.so
#3  0xb6a97735 in ?? () from /tmp/firefox/extensions/talkback@mozilla.org/components/talkback/talkback.so
#4  0xb6a9785f in __FCInitialize () from /tmp/firefox/extensions/talkback@mozilla.org/components/talkback/talkback.so
#5  0xb72d15dd in NSGetModule () from /tmp/firefox/extensions/talkback@mozilla.org/components/libqfaservices.so
#6  0xb72d19ca in NSGetModule () from /tmp/firefox/extensions/talkback@mozilla.org/components/libqfaservices.so
#7  0xb72d1a07 in FCInitialize () from /tmp/firefox/extensions/talkback@mozilla.org/components/libqfaservices.so
#8  0xb72d1108 in nsQfaServicesImpl::~nsQfaServicesImpl ()
   from /tmp/firefox/extensions/talkback@mozilla.org/components/libqfaservices.so
#9  0xb72d119a in nsQfaServicesImpl::~nsQfaServicesImpl ()
   from /tmp/firefox/extensions/talkback@mozilla.org/components/libqfaservices.so
#10 0x0851f07c in nsXPTCVariant::Init ()
#11 0x0807a72d in ?? ()
#12 0x08a98008 in ?? ()
#13 0x00000000 in ?? ()
(gdb) quit
(Reporter)

Comment 5

12 years ago
Created attachment 216118 [details]
tar file with the html page saved as, with the icons and stuff.produces same effect as original page.

here's my bb page with all icons. i've seen this take long to render on a gentoo box too.

Comment 6

12 years ago
this bug has been noticed in ubuntu linux as well. https://launchpad.net/distros/ubuntu/+source/firefox/+bug/38131

this is a REALLY good test example to replicate this. http://cgi.ebay.com.au/INDIGO-MOON-BEADED-DEVORE-JACKET-BNWT-SIZE-M_W0QQitemZ110004721071QQihZ001QQcategoryZ53367QQrdZ1QQcmdZViewItem

it replicates under ubuntu firefox (1.5.0.4) & offical firefox's 1.5.0.4 & 2.0a3 & trunk (7-7-06)

ubuntu (dapper & edgy) use xorg 7.0 & gnome

Comment 7

12 years ago
that ebay link almost killed my firefox as well... I'm using Zenwalk 2.6 (xfce4)... kernel 2.6.16.16, firefox 1.5.0.4 (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4), X Window System Version 6.9.0, PC is a Pentium 3 w. 1.7 Ghz. 

(In reply to comment #6)
> this bug has been noticed in ubuntu linux as well.
> https://launchpad.net/distros/ubuntu/+source/firefox/+bug/38131
> 
> this is a REALLY good test example to replicate this.
> http://cgi.ebay.com.au/INDIGO-MOON-BEADED-DEVORE-JACKET-BNWT-SIZE-M_W0QQitemZ110004721071QQihZ001QQcategoryZ53367QQrdZ1QQcmdZViewItem
> 
> it replicates under ubuntu firefox (1.5.0.4) & offical firefox's 1.5.0.4 &
> 2.0a3 & trunk (7-7-06)
> 
> ubuntu (dapper & edgy) use xorg 7.0 & gnome
> 

Comment 8

12 years ago
Just wanted to confirm that this is still an issue with 2.0

Thanks
David

Comment 9

12 years ago
Confirming this problem...

Ubuntu Edgy
2.6.17-10-generic #2 SMP Tue Dec 5 21:16:35 UTC 2006 x86_64 GNU/Linux

Context switch from Firefox (both Ubuntu package 2.0.0.1+0dfsg-0ubuntu0.6.10 and Mozilla build 2.0.0.1) to Xterm results in 100% CPU by Xorg (7.1.1ubuntu6.2).

Comment 10

12 years ago
I have noticed this problem with FC6 and official firefox 2.0.0.1

I disabled "animation of images" using the 'web developer toolbar', and the cpu usage goes down.

Have also noticed that even if the animated background image is "hidden", firefox tries to redraw it over and over again, causing the cursor to flicker when in a textbox/textarea.

Comment 11

10 years ago
From the looks of it, this should be confirmed.

There are a number of example pages on the ubuntu bug for this problem, though I'm pretty certain not all of those people are experiencing the same problem.

Comment 12

10 years ago
I confirm this bug for Ubuntu Hardy and Fedora 9.

When starting up, or sometimes changing tabs or loading certain pages with Javascript, Firefox 3 takes up 100% of the CPU it's running on, and won't respond to anything else (keyboard, mouse, screen updates).

Comment 13

9 years ago
Do you see this problem with most recent beta http://www.mozilla.com/en-US/firefox/all-beta.html ?
Assignee: nobody → general
Component: General → JavaScript Engine
Keywords: perf
Product: Firefox → Core
QA Contact: general → general
Version: unspecified → 1.9.0 Branch

Updated

9 years ago
Whiteboard: [closeme 2010-02-01]

Updated

9 years ago

Comment 14

9 years ago
Robert wrote in comment #12)
> I confirm this bug for Ubuntu Hardy and Fedora 9.

FTR, reporter email address is dead

Comment 15

8 years ago
executed test case no.4555 and was abble to reproduce so i have chaged the status as reopen

Comment 16

8 years ago
executed test case no.4555 already reopened so skip

Comment 17

8 years ago
(In reply to comment #16)
> executed test case no.4555 already reopened so skip

charan, was that done using trunk build??
Summary: firefox / xorg take too much cpu on focus change / animation → firefox / xorg take too much cpu on focus change / animation [linux]
Whiteboard: [closeme 2010-02-01]

Comment 18

8 years ago
Hello,

this bug still exists with Firefox 4.0 Beta7 running on Ubuntu Maverick 10.10. The XOrg process is using >50% CPU as long as firefox is running (even when the window is in the background and not used)
What is the XOrg process doing?  Can you get a profile, please?

Comment 20

8 years ago
Can you tell me how? I can get one on monday as the only system where this happens is my laptop at work.

Comment 21

8 years ago
I'm at work now, so if you can tell me what you need exactly and how to get a XOrg profile I could do that.
With Mozilla/5.0 (X11; Linux i686; rv:2.0) Gecko/20100101 Firefox/4.0 in Ubuntu 10.10. / gnome desktop Tested with Graphics acceleration on / off

This page http://eventos.mozilla-hispano.org/1/fiesta-firefox-4-madrid/tweets/ cause Xorg 100% and the system freeze.

Same in chromium, show perfect, the animation looks smooth and Xorg 3% / 13%
The problem has been solved by updating the drivers of the nvidia graphic card (before I had the 173 version).

The problem can be seen in old graphic cards, for example GeForce FX 5200 in which the 173 version is the last version provided.

Updated

7 years ago
Assignee: general → nobody
Component: JavaScript Engine → Graphics
QA Contact: general → thebes
The tar.gz file attached here is corrupted:

$ tar xfzv Downloads/bbscreenshot.tar.gz 
tmp/bbsample
tar: tmp/bbsample: Cannot open: Not a directory

The testcase link from comment 6 is dead now.

comment 23 says that at least comment 22 can be ignored.

I think this bug should be considered incomplete at this point.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → INCOMPLETE
(Reporter)

Comment 25

7 years ago
xymon / hobbitmon is the followoup project of big brother.
http://www.xymon.com/xymon/
you can publicaly acess the site, and the behaviour still is there with most recent iceweasels and current wheezy X11.
Status: RESOLVED → UNCONFIRMED
Resolution: INCOMPLETE → ---

Comment 26

2 years ago
Hi. I am affected by something like this, it happens all the time when I use Whatsapp Web http://web.whatsapp.com

Comment 27

2 years ago
Same for me. I am affected by something like this, it happens all the time when I use Whatsapp Web http://web.whatsapp.com

Comment 28

2 years ago
I can be more specific. On web.whatsapp.com happens only when I use either
1. search
2. attach file

on first start is ok, so is if i reload the page, until I use one of those two functions.

Comment 29

2 years ago
I can be very specific. This has been a problem for me for a bit over a year now. I am currently running SUSE Leap 42.1 w/ FF 48.0.1. I had been running 13.2. I have been running a 4 core 3.? GHz CPU (AMD) for the whole time, having added a primary SSD for swap (14GB). I also have 8GB RAM.

I have multiple FF windows open, pointing to various locations (2-16 tabs per window). Linkedin (which has its own problems). My gateway server (which I can config via web browser), etc. Flash causes me to have problems immediately, and so I have flash disabled. 

When FF finally slows down to where I can't type a message such as this, I Kill it, and restart it, only touching the pages I need immediately. 

Eventually it will slow to a crawl again. Right now it is using (per top) 106% of the system. If it were using 390%, it would be using all 4 cores and nothing would respond. But as long as FF is not using more than 2 cores, all other windows for other applications will respond nearly immediately. 

I've also noticed that FF appears to have a memory leak. Right now top is showing 5902668 for Virt and slowly climbing.

Comment 30

2 years ago
Comment on attachment 216118 [details]
tar file with the html page saved as, with the icons and stuff.produces same effect as original page.

obsolete per comment 24
Attachment #216118 - Attachment is obsolete: true

Comment 31

2 years ago
(In reply to Sebastian Wiesinger from comment #20)
> Can you tell me how? I can get one on monday as the only system where this
> happens is my laptop at work.

Anyone seeing this problem can create a profile ... see https://developer.mozilla.org/en-US/docs/Mozilla/Performance/Profiling_with_the_Built-in_Profiler
Flags: needinfo?(mozilla_bugzilla)
Flags: needinfo?(dothebart)

Comment 32

9 months ago
(In reply to Wayne Mery (:wsmwk, NI for questions) from comment #31)
> (In reply to Sebastian Wiesinger from comment #20)
> > Can you tell me how? I can get one on monday as the only system where this
> > happens is my laptop at work.
> 
> Anyone seeing this problem can create a profile ... see
> https://developer.mozilla.org/en-US/docs/Mozilla/Performance/
> Profiling_with_the_Built-in_Profiler

That was 7 YEARS ago! That laptop isn't even existing anymore.
Flags: needinfo?(mozilla_bugzilla)
(Reporter)

Comment 33

9 months ago
still here with FF45.9.0, debian stretch, i3wm and now the page www.xymon.com

C'mon guys, this bug isn't yet allowed to drive a car by age, its way to early to solve it.
Flags: needinfo?(dothebart)

Comment 34

9 months ago
(In reply to Wilfried Goesgens from comment #33)
> still here with FF45.9.0, debian stretch, i3wm and now the page www.xymon.com
> 
> C'mon guys, this bug isn't yet allowed to drive a car by age, its way to
> early to solve it.

Age isn't particularly helpful . - but a profile would be, and really help.
Flags: needinfo?(dothebart)
You need to log in before you can comment on or make changes to this bug.