1-second pauses during map dragging on Google Maps due to GPU switching heuristics
Categories
(Core :: Graphics: CanvasWebGL, defect, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr68 | --- | unaffected |
firefox72 | --- | wontfix |
firefox73 | --- | wontfix |
firefox74 | --- | fixed |
People
(Reporter: mstange, Assigned: jgilbert)
References
(Regression)
Details
(Keywords: regression)
Attachments
(1 file)
(deleted),
text/x-phabricator-request
|
Details |
This happens on dual-GPU Macs.
Steps to reproduce:
- Go to https://www.google.com/maps/ and wait for it to load completely.
- Drag the map around a bit.
- At some point, dragging freezes for a second.
- Interact some more, and then stop dragging.
- Look at the map for 6 seconds.
- Drag it some more.
- Encounter another 1 second of jank.
Profile: https://perfht.ml/2ZTAAuW
Expected results:
Ideally, no jank at all. But if there needs to be a GPU switch, I think I'd prefer to have it at the very beginning and then not anymore until I close the tab.
Actual results:
Frequent back-and-forth switching between GPUs.
Assignee | ||
Comment 1•5 years ago
|
||
This is a tricky one. I think maybe there should be a permaban state. GMaps should probably be asking for low-power, honestly.
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Comment 2•5 years ago
|
||
Google recently announced they would treat "default" power preference as "low-power", so we should just do that, and possibly ditch the (broken!) live-switching implementation for WebGL.
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Comment 3•5 years ago
|
||
Chrome started shipping this recently, so it's the easiest way to resolve
our dynamic-gpu switching issues for WebGL.
Comment 5•5 years ago
|
||
bugherder |
Comment 6•5 years ago
|
||
This sounds like a change we might want to let bake for a bit, but LMK if you think this is something we should uplift to Beta for Fx73.
Assignee | ||
Updated•5 years ago
|
Updated•3 years ago
|
Description
•