Closed
Bug 1093057
Opened 10 years ago
Closed 9 years ago
7.31% OSX 10.8 + Linux TART regression on fx-team (v.36) Oct 31 from push c6d53703d449
Categories
(Core :: XPConnect, defect)
Tracking
()
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
e10s | + | --- |
People
(Reporter: jmaher, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: perf, regression, Whiteboard: [talos_regression])
Here is a graph showing the regressions:
http://graphs.mozilla.org/graph.html#tests=%5B%5B293,64,24%5D,%5B293,132,35%5D,%5B293,132,33%5D%5D&sel=1414410805648,1415015605648&displayrange=7&datatype=running
I did some retriggers on tbpl:
https://tbpl.mozilla.org/?tree=Fx-Team&startdate=2014-11-01&enddate=2014-11-03&jobname=Rev5%20MacOSX%20Mountain%20Lion%2010.8%20fx-team%20talos%20svgr
this is the push where the TART values jump above 12 and stay in that general range:
http://hg.mozilla.org/integration/fx-team/rev/c6d53703d449
Linux 32 + 64 have smaller regressions, 10.8 has the largest most pronounced regression.
Comment 1•10 years ago
|
||
The patch in question causes the js engine to register e10s-compilant interpositions for addon js compartments in single process Nightly at startup. This code needs to hang around on Nightly as long as the 'new e10s window' feature does so that new e10s windows have the proper compatibility interpositions.
like new e10s window, this feature is not expected to remain Nightly only and not expected to ride the trains.
Updated•10 years ago
|
tracking-e10s:
--- → ?
Comment 2•10 years ago
|
||
is expected to remain Nightly only*
Reporter | ||
Comment 3•10 years ago
|
||
I do not see this on mozilla-beta, can we close this?
Reporter | ||
Updated•9 years ago
|
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•