Electrolysis/Multiple content processes
Overview
After e10s is enabled for all users, the next step was to introduce multiple content processes. The goal is to bring out the most from the multi process architecture we introduced with e10s, gain performance where it's possible and minimize the impact of content process crashes. The challenge is to achieve this without sacrificing the advantage we currently have in memory usage compared to our competitors.
The first step was to enable 4 content processes to all users without non WebExtensions based add-ons. Before increasing the number of maximum processes the next step is further optimization. Memory consumption and content process startup time optimization, memory balancing among content processes and user machine based customization based on performance statistics.
One explicit non-goal of this project is to nest content processes for e.g. iframes. There is work underway to do that in bug 1277066 in parallel to this project.
Status
| Version | Status |
|---|---|
| 56 | Maximum 4 content processes for all e10s eligible users without any non WebExtension add-ons |
| 57 | Maximum 4 content processes for all e10s eligible users |
| 58 | No longer relying on the system add-on, prelaunching content process in the background |
Memory management
- Memory cost of a content process - relatively high
- Memory usage of e10s compared to other browsers - we're not the worst offender
- Enabled shared global for JSMs
Content process startup time
- ~300ms - on most platforms (the OSX issue is investigated under: bug 1404309)
- The preallocated process manager is enabled from 58
Current work
Bug tracking
Triage
- Triage list ('e10s-multi:?' in whiteboard)
Priorities
Links
- Process Model (2012)
- Recent dev.platform discussion
Teams
TBD