Closed
Bug 1213413
Opened 9 years ago
Closed 9 years ago
Firefox needs multiple e10s content processes to isolate badly performing tabs (process-per-tab)
Categories
(Core :: DOM: Content Processes, defect)
Core
DOM: Content Processes
Tracking
()
RESOLVED
DUPLICATE
of bug 1207306
Tracking | Status | |
---|---|---|
e10s | later | --- |
People
(Reporter: vladan, Unassigned)
References
Details
(Whiteboard: [content perf])
A tab’s performance should not depend on the behavior of other unrelated tabs. We need process-per-tab E10S to isolate tabs' performance from each other.
Obviously the solution is not as simple as spawning a process for each tab. There needs to be a limit to the number of content-processes, there need to be rules for sharing content processes among tabs when the limit is reached, and the memory overhead of each content-process needs to be trimmed.
As an example of the potential impact of background tab activity, we measured the impact of loading GMail in a background tab while scrolling a page in a foreground tab.
Our results: https://docs.google.com/spreadsheets/d/13SgzLq6IWj38LvhPnU7YE07F0XsZaYSNyPBBMZch5_M/edit#gid=0
* In the tests above, the foreground tab was alternately Yahoo search results, a Twitter user page, and a Facebook profile
* The test laptop was a reference content-perf laptop: HP 14t i3-5010u in the stock “HP Recommended” (balanced) power profile, plugged into power
Updated•9 years ago
|
tracking-e10s:
--- → later
Updated•9 years ago
|
Blocks: e10s-multi
Updated•9 years ago
|
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•