Electrolysis/Multiple content processes

From MozillaWiki
Jump to: navigation, search

Overview

After e10s is enabled for all users, the next step is 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.

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.

Roadmap

TBD

Bug tracking

Triage

Priorities

Initial Rollout (completed 8/1/2017)

Release Criteria

  • Crash Rates need to be low enough that they have little, if any perceivable impact to the overall crash rates. See the crash rates starting with Firefox 54 Beta, here.
  • Performance metrics including memory-based metrics are in the release criteria wiki page
  • We may need to activate e10s-multi based on physical RAM size depending how the number of content processes impacts such memory. We have a hypothesis for both cases (increased number of content process will either benefit systems with lower RAM or make things worse).

Release Plan

  • e10s-multi was enabled with 4 processes in Firefox 55 Nightly and currently beta experiments are being conducted in Firefox 54. Read more about the experiments, here.

Memory management

Testing

Process startup time

Links

Teams

TBD