Closed Bug 1611563 Opened 5 years ago Closed 3 years ago

Almost 400% CPU on website

Categories

(Core :: Graphics, defect, P3)

Product:
Core
Component:
Graphics
Version:
72 Branch
Type:
defect

Tracking

()

Status:
RESOLVED FIXED

People

(Reporter: xracoonx, Unassigned)

References

Details

(Keywords: perf)

Attachments

(2 files)

about:support
19.57 KB, text/plain
Details
Firefox 2020-01-30 07.55 profile.json.gz
540.23 KB, application/x-gzip
Details

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:72.0) Gecko/20100101 Firefox/72.0

Steps to reproduce:

Scroll through https://edition.cnn.com/interactive/2020/01/sport/russian-climbers-peak-lenin-spt-intl/

Actual results:

CPU spiked and stayed at just below 400% CPU

Expected results:

No such increase in CPU usage. Safari seems to stay rather cold and Chrome around 150%.

When I look at a text at the lower part of the page that says

Please forgive us. We love you. Goodbye.
When will we see the flowers again?

the CPU spikes.

Hi,

I wasn't able to reproduce this issue on Firefox 72.0.2 or Firefox 74.0a1
I'm not entirely sure what you mean by 400% CPU, but the CPU usage did not spike on my end while browsing the page.

Could you check if this also occurs in safe-mode? You can find out how to do this here:
https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode

Thanks!

Flags: needinfo?(xracoonx)

(In reply to Peter_M from comment #2)

Hi,

I wasn't able to reproduce this issue on Firefox 72.0.2 or Firefox 74.0a1
I'm not entirely sure what you mean by 400% CPU, but the CPU usage did not spike on my end while browsing the page.

Could you check if this also occurs in safe-mode? You can find out how to do this here:
https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode

Thanks!

Hi,

By 400% CPU I mean that the reported percentage of Firefox(CP Web Content) in Activity Monitor is just below 400% in the CPU column. (I guess it can be more than 100% because of the multiple cores.)

I tried with Add-Ons disabled and indeed get "only" 150% CPU usage.

So, I guess I have a bad Add-On and maybe the only way to discover which it is, is by disabling them individually and try.

However, 150% is still quite high, or?

Flags: needinfo?(xracoonx)

Hi again,

Just tried with all Add-Ons manually disabled and still get 400%. So, it's unfortunately not the Ad-Ons but something else that gets disabled in "Safe Mode". Any idea what that might be?

Hi,

Then it could be a custom theme you are using, or hardware acceleration.
Could you check if disabling hw acceleration helps? You can find this in about:preferences under the performance section.

Also, could you check if its the same on Firefox Nightly? You can download it from here:
https://www.mozilla.org/en-US/firefox/channel/desktop/

Thank you for investigating!

Flags: needinfo?(xracoonx)

Hi,

Thanks for following up.

I have no custom theme.

Same problem with hardware acceleration disabled.

Firefox Nightly is affected as well.

Flags: needinfo?(xracoonx)

I'm going to set a component in order to involve the development team in reviewing this issue.

Thank you for reporting!

Component: Untriaged → Graphics
Product: Firefox → Core
Keywords: perf

xracoonx, can you push about:support to this bug? Thanks.

Flags: needinfo?(xracoonx)
Priority: -- → P3

(In reply to xracoonx from comment #0)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:72.0) Gecko/20100101 Firefox/72.0

Steps to reproduce:

Scroll through https://edition.cnn.com/interactive/2020/01/sport/russian-climbers-peak-lenin-spt-intl/

It seems that Image uploading seemed to take time. Though I did not see 400%, but cpu/gpu usage seems heavier. Performance was also bad with WebRender on Windows10.

:aosmond, can you comment to this bug?

Flags: needinfo?(aosmond)
Attached file about:support —

Is this what was asked for?

Flags: needinfo?(xracoonx)

Thanks you! From it, the problem seemed to happen with OpenGL compositor.

(In reply to Sotaro Ikeda [:sotaro] from comment #13)

Thanks you! From it, the problem seemed to happen with OpenGL compositor.

Should I try something?

Like this?

By the way, it is a bit strange that a mozilla profiler warns about self-hosted add-ons when installing the profiler...

Also, it seems that the language on the explanation page needs a check:
"The Firefox Profiler is a profiler that is built into Firefox and is available at profiler.firefox.com. It has tighter integration with Firefox than external profilers, and has more of a platform focus that [sic!] the DevTools performance panel. It can be used a [sic!] variety of situations where external profilers are not available, and can provide more information and insight into what the browser is doing." (https://developer.mozilla.org/en-US/docs/Mozilla/Performance/Profiling_with_the_Built-in_Profiler)

Anything else I could do or test?

(In reply to xracoonx from comment #1)

When I look at a text at the lower part of the page that says

Please forgive us. We love you. Goodbye.
When will we see the flowers again?

the CPU spikes.

This is showing an animation with a blur filter. I've tested with gfx.webrender.all enabled and CPU usage was much lower in that section.

Depends on: fixed-by-webrender

(In reply to xracoonx from comment #17)

By the way, it is a bit strange that a mozilla profiler warns about self-hosted add-ons when installing the profiler...

Yes. There is active work happening on improving this.

Also, it seems that the language on the explanation page needs a check:

Thanks, I've corrected the two mistakes you pointed out.

Flags: needinfo?(aosmond)

(In reply to Markus Stange [:mstange] from comment #19)

(In reply to xracoonx from comment #1)

When I look at a text at the lower part of the page that says

Please forgive us. We love you. Goodbye.
When will we see the flowers again?

the CPU spikes.

This is showing an animation with a blur filter. I've tested with gfx.webrender.all enabled and CPU usage was much lower in that section.

I can confirm the lower CPU with this setting enabled. It's more in the area of Chrome then. Though Safari seems still much lower.

Status: UNCONFIRMED → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: