Electrolysis/Release Criteria/Stability
Jump to navigation
Jump to search
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.
- a/b testing on beta should indicate that the rate of browser+content crashes is no larger than the non-e10s browser crash rate
- a/b testing on beta should indicate that the rate of plugin crashes is no longer in e10s than non-e10s
RASCI:
- Responsible: poiru
- Accountable: bsmedberg
- Supporting: Kairo, measurement/data teams
- Consulted: release management
- Informed: cpeterson, elan
Technical details:
- 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
- plugin process crash rates will be measured with SUBPROCESS_CRASHES_WITH_DUMP['plugin'] per 1000 hours of subsessionLength
Links:
Latest Spark analysis: e10s_crash_rate.ipynb (reviewed by rvitillo)
SUMMARY: e10s is 33% worse in overall stability. That is entirely in the content process.
No results.
0 Total; 0 Open (0%); 0 Resolved (0%); 0 Verified (0%);