[Apple Chip - ARM64 M1] [pinterest.com] Severe performance issues upon scrolling on pinterest with video playback
Categories
(Core :: Graphics, defect)
Tracking
()
People
(Reporter: tbabos, Unassigned)
References
(Blocks 1 open bug, )
Details
Attachments
(2 files)
Affected Versions:
84.0 - Beta RC
83.0 - Release - works with Rosetta installed
Unaffected Version:
Nightly (2020-12-08)
Affected Platforms:
ARM64 MacOS:
- miniMac: MacOS Big Sur 11.0.1, Mac mini (M1, 2020), Chip: Apple M1, display 27-inch (2560x1440), with Rosetta
Unaffected Tested Platforms:
MacOS 10.15 MacBook Pro 13inch, macOS Big Sur 11 (intel chip)
Steps to reproduce:
- Go to https://ro.pinterest.com/pin/584342120393644748/ (log in when prompted)(make sure the browser is maximized)
- While the video is played back start scrolling up and down
- Reload the page once if needed (performance issues are not visible enough)
- Start scrolling again and also check the hover highlight from the address bar search options for significant delays or open new tabs
Expected Results:
Scrolling on Pinterest while videos are played back should be smooth
Actual Result:
Severe performance issues can be observed if a video is played back while scrolling on Pinterest and the suggested images are being loaded. See recording: https://streamable.com/eymtu5
Severity suggestion: S1 - S2 - Pinterest is a common top site
Not reproducible with Chrome using the same M1 device. Chrome nearly hits 25% CPU usage while Firefox can reach over 100% (please note macOS CPU usage shown in activity monitor is per core). Attached screenshots of core usage in Beta and Nightly (unaffected)
The significant difference in Nightly (where this is not reproducible) is that it uses WebRender while on Beta and Release we have OpenGL.
Reporter | ||
Comment 1•3 years ago
|
||
Reporter | ||
Comment 2•3 years ago
|
||
Comment 3•3 years ago
|
||
The difference appears to be caused by WebRender not being enabled on arm64 Beta builds. Bug 1679998 enabled WebRender on Apple arm64 hardware and is in 85.
@Timea, could you verify that the problem is not reproducible for you with on Beta after setting gfx.webrender.all=true
in about:config and restarting?
Comment 4•3 years ago
|
||
@mstange and @RyanVM, uplifting enabling WebRender (bug 1679998) is something to consider for an RC2.
Comment 5•3 years ago
|
||
That seems like a pretty massive change to make in an RC build...
Updated•3 years ago
|
Comment 6•3 years ago
|
||
I agree, I would prefer sitting this one out. Firefox 82 would probably have had the same bad performance on all macOS variants (because it didn't have WR enabled anywhere).
Comment 7•3 years ago
|
||
Sounds like we should call this fixed by bug 1679998 in any case.
Reporter | ||
Comment 8•3 years ago
|
||
Can confirm that enabling WebRender on Beta 84.0 RC does indeed fix this issue as it can also be observed on Nightly.
Reporter | ||
Updated•3 years ago
|
Comment 9•3 years ago
|
||
A severity wasn't assigned for this bug. Jim/Haik, could you please help?
Updated•3 years ago
|
Description
•