Google Meet high energy impact on macOS 10.15.7
Categories
(Core :: Performance: General, defect, P5)
Tracking
()
People
(Reporter: bugzilla, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: perf:resource-use, top50)
Attachments
(1 file)
|
166.26 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:81.0) Gecko/20100101 Firefox/81.0
Steps to reproduce:
Open a meeting on Google Meet platform.
I also recorded Firefox Profile during the call:
https://share.firefox.dev/3d7ib20
Actual results:
High energy impact.
Expected results:
Expected a much less energy consumption.
Comment 1•5 years ago
|
||
Setting a component for this issue in order to get the dev team involved.
If you feel it's an incorrect one please feel free to change it to a more appropriate one.
Also Andrew do you have any idea what's going on here? Can you help us?
Comment 2•5 years ago
|
||
I'm not very good at reading the profiler, but I don't see anything of note here. Maybe mconley could take a look? It is also possible that the high energy usage is due to something that won't show up in the profiler. I don't think we've done much investigation into power usage recently.
Comment 3•5 years ago
|
||
Nothing jumps out to me with the profiled threads. Something is compositing at ~60fps, but that's not surprising given that a video conference was probably under way.
kamgor, if you're able to reproduce this again, could you try profiling with the "Media" preset in the profiler panel? That might highlight more relevant threads where work is underway.
(In reply to Mike Conley (:mconley) (:⚙️) from comment #3)
Nothing jumps out to me with the profiled threads. Something is compositing at ~60fps, but that's not surprising given that a video conference was probably under way.
kamgor, if you're able to reproduce this again, could you try profiling with the "Media" preset in the profiler panel? That might highlight more relevant threads where work is underway.
Sure, there you go:
https://share.firefox.dev/314Lk97
Comment 5•5 years ago
|
||
It looks like you have WebRender enabled. If you disable WebRender (set gfx.webrender.all to false and restart the browser), does the problem persist?
I've set glx.webrender.all to false and restarted browser, but WebCompositing is still being set to 'WebRender' in about:support.
Comment 7•5 years ago
|
||
Does energy consumption change if you disable webrender?
I think you could try gfx.webrender.force-disabled pref
Still the same I think, maybe a little bit less consumption:
Comment 9•5 years ago
|
||
mstange, since you're familiar with MacOS, does anything obvious come to your mind here?
Updated•5 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Comment 12•3 years ago
|
||
Using macOS 12.5 on a Macbook Pro 13" 2021 (i7 2.4GHz 4 cores, Intel Iris GPU) Firefox 103.0.1, external screen (HDMI) and starting Google Meet on meet.google.com with a single person (myself) with video enabled (external USB Logitech Brio 4K): https://share.firefox.dev/3cXuphJ (fans get loud after 30 seconds).
Same test with webcam disabled on Google Meet: fans get loud after 20 seconds: https://share.firefox.dev/3boMCnR
Comment 13•3 years ago
|
||
¡Hola y'all!
Confirming per https://bugzilla.mozilla.org/show_bug.cgi?id=1670193#c12
Hope this helps.
¡Gracias!
Alex
Updated•3 years ago
|
Comment 14•3 years ago
|
||
Let's put this to the performance triage queue.
Comment 15•3 years ago
|
||
The Performance Priority Calculator has determined this bug's performance priority to be P2. If you'd like to request re-triage, you can reset the Performance flag to "?" or needinfo the triage sheriff.
Platforms: macOS
Websites affected: Major
[x] Causes severe resource usage
Updated•2 years ago
|
Description
•