Closed Bug 1435257 Opened 6 years ago Closed 6 years ago

Bugged CPU usage on GPU-process caused by sync animation

Categories

(Firefox :: Untriaged, defect)

58 Branch
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1413763

People

(Reporter: remtanmajitenshi, Unassigned)

Details

(Keywords: perf, power, Whiteboard: [fxperf])

Attachments

(2 files)

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:58.0) Gecko/20100101 Firefox/58.0
Build ID: 20180128191252

Steps to reproduce:

Started with Firefox 57, remains on 58. Can reproduce only on one of my two machines, the old one. It has Geforce 8600 GT and Intel E2160. Video driver versions was 340.52 before, and now I updated to 342.01 (last one for 8600 GT), which didn't help. Disabling hardware acceleration also doen't help. My other machine, newer one, has GTS 450 and i5-3330 and it doesn't suffer this problem for some reasons.
Steps are:
1. Opening hamburger menu, clicking sync icon.
2. Closing hamburger menu or hiding Firefox.
3. GPU-process is eating CPU, even when sync is completed.
Sometimes it stops if I open hamburger menu again, when Firefox sees that icon is not animating anymore. But only sometimes. Second helper that I found is opening hamburger menu, activating customize mode and then closing it. But it helps only sometimes too. This can bug even more and CPU usage will not stop by any means, only restarting browser fixes this, until it's bugged again.
Moreover, the bug can double itself. For example, if initial CPU usage by hidded animation is 14-15%, after some time I can find out that it's 26-30%. Seems like first one is going to unstoppable mode (described above), then it becomes possible to trigger second one. Second one usually may be fixed by opening menu/customize mode and only first one remains (14-15%), but few times even second one went in unstoppable mode and I had constant ~30% CPU usage when browser is doing nothing, that I can stop only by restarting Firefox.

I can reproduce this without addons and even in safe mode. The only difference is that in safe mode bugged CPU usage happens in the main process, since there is no gpu-compositor process.
I tried Gecko profiler, but I don't see any difference between captures with and without active bug.
> 1. Opening hamburger menu, clicking sync icon.
> 2. Closing hamburger menu or hiding Firefox (before sync icon is stopped animating).
> 3. GPU-process is eating CPU, even when sync is completed.
Hm, looking closely, apparently it happens on my another machine too. Just a lot less noticeably: 2% of of CPU usage instead of normal 0-0.5% (on i5-3330). Other stages of bug (unstoppable by opening menu/customize mode or doubling) are harder to reproduce/notice there.
Hi qwerty and thanks for reporting this issue.

Can you please retest this using a new clean Firefox profile (https://goo.gl/x4EdXd) to eliminate any custom settings as a possible cause?

Thanks!
Flags: needinfo?(remtanmajitenshi)
(In reply to Carmen Fat [:carmenf] from comment #3)
> Hi qwerty and thanks for reporting this issue.
> 
> Can you please retest this using a new clean Firefox profile
> (https://goo.gl/x4EdXd) to eliminate any custom settings as a possible cause?
> 
> Thanks!

I can reproduce with clean profile.
Flags: needinfo?(remtanmajitenshi)
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: needinfo?(carmen.fat)
Could you please share a performance profile report, using the gecko profiler addon from https://perf-html.io/?
I know you said that you can't see any difference between captures with and without active bug, but a second pair of eyes won't do any harm.

Thank you!
Flags: needinfo?(carmen.fat) → needinfo?(remtanmajitenshi)
(In reply to Carmen Fat [:carmenf] from comment #5)
> Could you please share a performance profile report, using the gecko
> profiler addon from https://perf-html.io/?
> I know you said that you can't see any difference between captures with and
> without active bug, but a second pair of eyes won't do any harm.
> 
> Thank you!

Without bug: https://perfht.ml/2GxyZxu
With bug: https://perfht.ml/2GwQA93
Flags: needinfo?(remtanmajitenshi)
@Mike, can you please have a look at the provided performance reports (comment 6) in order to see if there's any actionable item here?
Flags: needinfo?(mconley)
The profile shows us animating something still - the GPU is indeed compositing at ~60fps. If the panel is gone and nothing is visibly animating, that does indeed sound like an issue.

Bug 1237454 recently landed in Nightly, which might be related. Are you able to reproduce this issue in Nightly?
Flags: needinfo?(mconley) → needinfo?(remtanmajitenshi)
(In reply to Mike Conley (:mconley) (:⚙️) (Totally backlogged on reviews and needinfos) from comment #8)
> The profile shows us animating something still - the GPU is indeed
> compositing at ~60fps. If the panel is gone and nothing is visibly
> animating, that does indeed sound like an issue.
> 
> Bug 1237454 recently landed in Nightly, which might be related. Are you able
> to reproduce this issue in Nightly?

Still can reproduce in current Nightly (2018-02-28): https://perfht.ml/2sZ2OW4
Flags: needinfo?(remtanmajitenshi)
Yeah, I'm able to reproduce too. Thanks qwerty - queuing for triage.
Keywords: perf, power
Whiteboard: [fxperf]
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: