Poor scrolling performance on top10.netflix.com
Categories
(Core :: Graphics: WebRender, defect)
Tracking
()
Performance Impact | medium |
People
(Reporter: ali.nz2005, Unassigned)
References
(Blocks 1 open bug, )
Details
(Keywords: perf:animation)
Attachments
(1 file)
573.68 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:95.0) Gecko/20100101 Firefox/95.0
Steps to reproduce:
Visited this page, clicked middle mouse button and moved the mouse up and down in the middle of the page.
https://top10.netflix.com
System specs:
i5 2400
8gb
GTX 970 - 496.13
Win 10 x64
Actual results:
FPS dips down to 20, average GPU usage sits at 50%, can hear coil whine from my GPU.
Expected results:
60 FPS, normal GPU usage, no coil whine.
Updated•3 years ago
|
Comment 1•3 years ago
|
||
This page seems to use backdrop-filter...a lot. If I add * { backdrop-filter: none !important; }
with the style editor, all jank seems to instantly go away.
Comment 2•3 years ago
|
||
Hi Ali,
If you are still experiencing this problem, could you please help collect a performance profile to help us investigate further? The instructions on how to collect one are here https://firefox-source-docs.mozilla.org/performance/reporting_a_performance_problem.html
Thank you!
Hi Denis, thanks for the reply. The bug appears to have been resolved with a later version.
I'm no longer experiencing any problems with the page.
Comment 4•3 years ago
|
||
Great, thanks!
Comment 5•3 years ago
|
||
Hi Denis, please reopen this bug. It is once again reproducible because backdrop-filter support was added in the latest Nightly build. Scrolling this page with layout.css.backdrop-filter.enabled
to true
in a recent Nightly build results in very poor performance.
Comment 6•3 years ago
|
||
Thanks for the info. Could you please help capture a performance profile? It would help us diagnose the problem.
The instructions on how to do this are here: https://firefox-source-docs.mozilla.org/performance/reporting_a_performance_problem.html
Comment 7•3 years ago
|
||
(In reply to Denis Palmeiro [:denispal] from comment #6)
Thanks for the info. Could you please help capture a performance profile? It would help us diagnose the problem.
The instructions on how to do this are here: https://firefox-source-docs.mozilla.org/performance/reporting_a_performance_problem.html
Updated•3 years ago
|
Comment 8•3 years ago
|
||
Looking at the profile, the vast majority of the time is spent in assign_render_pass
and assign_free_pass
so it's very likely this will be fixed by the patch in https://bugzilla.mozilla.org/show_bug.cgi?id=1765520, which I will push to land shortly.
Updated•3 years ago
|
Comment 9•3 years ago
|
||
The patch in bug 1765520 did not really fix this. I am still seeing a lot of stuttering when scrolling past areas with heavy use of backdrop-filter.
https://share.firefox.dev/3k8Zq2k
https://share.firefox.dev/3OC0ABM (different profiler settings)
Comment 10•3 years ago
|
||
The profiles look like they no longer suffer from the slowness in assign_render_pass
, but might be GPU-limited now, or something like that. I'll do some profiling of this page locally this week.
Updated•3 years ago
|
Updated•3 years ago
|
Comment 11•2 years ago
|
||
Still seeing jank in latest Nightly when scrolling past "Titles in the Global Top 10"
https://share.firefox.dev/3FUv0Lu
Comment 12•2 years ago
|
||
Are you still using the old NVIDIA driver (496.13)? Current for your specs is 512.77. Any chance you could update and see how that impacts the behavior?
Comment 13•2 years ago
|
||
I checked this on a few local machines and the performance seems good for me with current nightly. Could you try enable gfx.webrender.debug.profiler
and gfx.webrender.debug.gpu-time-queries
on your machine, and attach a screenshot of the profiler overlay where it is slow on your machine?
Comment 14•2 years ago
|
||
(In reply to Glenn Watson [:gw] from comment #13)
I checked this on a few local machines and the performance seems good for me with current nightly. Could you try enable
gfx.webrender.debug.profiler
andgfx.webrender.debug.gpu-time-queries
on your machine, and attach a screenshot of the profiler overlay where it is slow on your machine?
Comment 15•2 years ago
|
||
Thanks. This profile shows a similar result to a couple of other bugs where you've reported bad performance that I was unable to reproduce it. It's very strange.
So what we can see is that the GPU time itself is quite reasonable (certainly under 16ms or better than 60 fps, on almost all frames).
However, we spend a huge amount of CPU time in the renderer thread, which means time spent inside the GPU driver code. If it was blocking in the driver because the GPU couldn't keep up, that would explain it, but that doesn't appear to be the case here. Instead, it looks like we're hitting some other kind of stall or slowness inside the GPU driver, that I have been unable to reproduce so far.
Updated•6 months ago
|
Reporter | ||
Comment 16•6 months ago
|
||
I can no longer repoduce this bug. Performance is now normal with low GPU usage.
Updated•6 months ago
|
Description
•