Stuttering when using multiple windows
Categories
(Core :: Performance, defect)
Tracking
()
People
(Reporter: bugzilla, Unassigned)
Details
Attachments
(2 files)
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:130.0) Gecko/20100101 Firefox/130.0
Steps to reproduce:
Open the URL https://codepen.io/yemon/pen/yLGbWXP and any URL in a second window, e. g. https://heise.de. Position the windows so you can see both at the same time. Move the mouse around in the second window, scroll around a bit, and observe the animation in the first window and observe the scrolling behavior in the second window.
Actual results:
The animation on the Codepen page starts noticably stuttering when I move the mouse over the second window's page or scroll around on the page. The scrolling in the second window is also very choppy. Once I stop moving the mouse or scrolling, the animation in the other window is smooth again. It's also smooth if I open a blank tab in the second window, but it gets choppy again if I move my mouse over the empty tab page.
This only happens if both windows are opened in the same FF profile. If I open the Codepen URL in one Firefox profile and some other URL in a second FF profile, moving the mouse or scrolling in the second profile's window does not affect the animation rendering in the first FF profile.
Here's the corresponding graphics performance profile: https://share.firefox.dev/3Tw4P5L
FF 130.0 on Kubuntu 24.04 with an NVidia RTX 2070 and 535.183.01 driver.
Expected results:
Animations should be a lot smoother and not be affected so much by what's happening in other windows of the same FF profile. Chrome does not exhibit this behavior.
|
Reporter | |
Comment 1•2 months ago
|
||
Just realized the problem is also noticable when playing YouTube videos. Video starts dropping frames when I move the mouse or scroll in a second window and the scrolling in the second window is noticably choppy.
|
||
Updated•2 months ago
|
|
||
Comment 2•2 months ago
|
||
This bug was moved into the Performance component.
:bugzilla, could you make sure the following information is on this bug?
✅ For slowness or high CPU usage, capture a profile with http://profiler.firefox.com/, upload it and share the link here.- For memory usage issues, capture a memory dump from
about:memoryand attach it to this bug. - Troubleshooting information: Go to
about:support, click "Copy raw data to clipboard", paste it into a file, save it, and attach the file here.
If the requested information is already in the bug, please confirm it is recent.
Thank you.
|
|
Reporter | |
Comment 3•2 months ago
|
||
|
|
Reporter | |
Comment 4•2 months ago
|
||
|
|
Reporter | |
Comment 5•2 months ago
|
||
Memory report and troubleshooting info attached. The profile linked to in the original report (https://share.firefox.dev/3Tw4P5L) is recent (created at the time of reproducing the issue).
|
||
Comment 6•2 months ago
|
||
The profile shows that the renderer thread spends an enormous amount of time waiting for a response from the x server in glMakeCurrent when stutter is happening. My guess is that the proprietary nvidia driver is not handling very well alternating between multiple gl contexts at a high frequency. It flushes communication with a busy x server and the latter takes a while to respond.
Description
•