Electrolysis/Release Criteria/Stability
Why does this block? Stability is one of the foremost use cases for e10s. We must at least achieve parity in order to go live with e10s. e10s can't regress crash stats or general stability.
RASCI
- Responsible: poiru
- Accountable: bsmedberg
- Supporting: Kairo, measurement/data teams
- Consulted: release management
- Informed: cpeterson, elan
Metrics
chrome+content process crash rates
A/B testing on beta should indicate that the rate of browser+content crashes is no larger than the non-e10s browser crash rate. Chrome process crash rates will be measured with crash ping counts per 1000 hours of subsessionLength. Content process crash rates will be measured with SUBPROCESS_CRASHES_WITH_DUMP['content'] per 1000 hours of subsessionLength.
Latest Spark analysis: e10s-stability-analysis.ipynb (reviewed by rvitillo)
New UT/e10s Crash Reporting proposal
SUMMARY: e10s is 33% worse in overall stability. That is entirely in the content process.
plugin process crash rates
A/B testing on beta should indicate that the rate of plugin crashes is no longer in e10s than non-e10s. Plugin process crash rates will be measured with SUBPROCESS_CRASHES_WITH_DUMP['plugin'] per 1000 hours of subsessionLength.
Bugs
No results.
0 Total; 0 Open (0%); 0 Resolved (0%); 0 Verified (0%);