Ship Background Process QoS Adjustment
Categories
(Core :: XPCOM, enhancement, P2)
Tracking
()
People
(Reporter: haik, Assigned: haik)
References
Details
Attachments
(2 files)
This bug is filed to cover shipping the background process QoS work (bug 1805932). Putting the main thread of background processes is Nightly-only at this time while experimentation completes and any dependent bugs are addressed.
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Updated•1 year ago
|
Comment 1•1 year ago
|
||
The bug assignee is inactive on Bugzilla, so the assignee is being reset.
| Assignee | ||
Comment 2•1 year ago
|
||
Let macOS QoS support ride the trains. Enables macOS QoS modes to be used for
background IO threads and background process main threads.
Updated•1 year ago
|
Comment 4•1 year ago
|
||
| bugherder | ||
Comment 5•1 year ago
|
||
:haik is there anything you like to mention in a release note for this? (Process info)
| Assignee | ||
Comment 6•1 year ago
|
||
Release Note Request (optional, but appreciated)
[Why is this notable]:
We expect it to reduce Firefox energy use on macOS. The feature enables the use of quality-of-services classes on macOS so that some background tasks can be moved to lower power cores resulting in a significant effect on Firefox energy use.
[Affects Firefox for Android]:
None
[Suggested wording]:
On macOS, some background tasks will be moved to lower power cores resulting in less energy use.
[Links (documentation, blog post, etc)]:
None
Comment 7•1 year ago
|
||
Thanks, added to the Fx136 nightly release notes, please allow 30 minutes for the site to update.
Keeping the relnote-firefox flag as ? to keep it on the radar for inclusion in the final Fx136 release notes.
Comment 8•1 year ago
|
||
(In reply to Haik Aftandilian [:haik] from comment #6)
[Suggested wording]:
On macOS, some background tasks will be moved to lower power cores resulting in less energy use.
I wonder if we should change the wording to say "background tabs" instead of "background tasks". I think it would make it clearer for users when then can expect to see battery life improvements.
Comment 9•1 year ago
|
||
I can make the change when I add it to the final Fx136 release notes, to say tabs instead of tasks.
Updated•11 months ago
|
| Assignee | ||
Comment 10•11 months ago
|
||
Using the attached simulateBrowsingSession.py script, I've attempted to measure if the changes enabled with this fix lead to longer battery life. More testing is needed, but on this simulated browsing test, the changes appeared to increased battery life by significant amount.
The script opens 22 tabs and randomly switches between them, randomly performing scrolls and reloads.
Without the change, using Firefox 136 with just the script running Firefox and a Terminal window open, an M2 MacBook Pro ran for 13 hours and 17 minutes before suspending itself due to complete battery discharge. A total of 797 minutes.
With the change enabled for Firefox 136, the same configuration took 15 hours and 8 minutes before the laptop suspended itself. A total of 908 minutes.
Comparing the two, the changes appear to have increased battery life for this test by 1 hour and 51 minutes, a 13.9% increase. The effects on real battery life are likely to vary due to 1) different sites and different browsing behavior may use more energy 2) battery performance 3) the change affects background tab energy usage hence a session with more tabs would benefit more 4) Other programs being run or system processes (like downloading an OS update) contribute.
More testing is needed to have more confidence in the result.
Testing configuration:
Firefox 136
macOS 15.3 (24D60)
Apple M2 Pro
14-inch, 2023
16GB
Description
•