Closed Bug 927507 Opened 12 years ago Closed 7 years ago

High CPU utilization

Categories

(Core :: XPCOM, defect)

20 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED FIXED
Tracking Status
firefox24 --- wontfix
firefox25 --- wontfix
firefox26 --- wontfix
firefox27 --- wontfix
firefox-esr24 --- wontfix

People

(Reporter: alice0775, Unassigned)

References

Details

(Keywords: regression, testcase)

Attachments

(1 file)

This is spun off from Bug 927377 Steps To Reproduce: 1. Open http://frozenbyte.com/ (VG studio) or Open testcase Actual Results: Firefox process (in process manager of Win 7) shows more 30% of CPU use. Regression window: Bad (around CPU 20%): http://hg.mozilla.org/integration/mozilla-inbound/rev/89ad76a08a74 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20121211 Firefox/20.0 ID:20121211125858 More Bad (around CPU 30%): http://hg.mozilla.org/integration/mozilla-inbound/rev/9602f98a6a70 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20121211 Firefox/20.0 ID:20121211143159 Pushlog: http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=89ad76a08a74&tochange=9602f98a6a70 In local build: Bad: 9dffd2d825c9 More bad: 513ec84b5c88 Regressed by: 513ec84b5c88 Vladimir Vukicevic — b=731974, requestAnimationFrame generates too short/long frames (incl. bug 799242); r=bz,smaug,roc,ehsan
Flags: needinfo?(vladimir)
I can reproduce it. It looks like it went from "bad" to "more bad", which really sounds more like we're just rendering more frames now than we were before. Not sure what the script is doing, but I'd guess it's the animation/slideshow thing at the top.
Flags: needinfo?(vladimir)
WFM (very modest CPU usage) with testcase and http://frozenbyte.com/ using nightly build from July on windows 7. Alice, do you agree?
Flags: needinfo?(alice0775)
Keywords: testcase
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: