Closed
Bug 1319005
Opened 8 years ago
Closed 8 years ago
2.04 - 4.96% sessionrestore_no_auto_restore / tpaint / ts_paint (windows8-64) regression on push 964223d37a2e59a28c4ee1df5a808252442ea94f (Thu Nov 3 2016)
Categories
(Firefox :: Untriaged, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: ashiue, Unassigned)
References
Details
(Keywords: perf, regression, talos-regression)
Talos has detected a Firefox performance regression from push 964223d37a2e59a28c4ee1df5a808252442ea94f. As author of one of the patches included in that push, we need your help to address this regression.
Regressions:
5% tpaint windows8-64 pgo e10s 217.36 -> 228.15
2% tpaint windows8-64 pgo 223.16 -> 228.11
2% ts_paint windows8-64 pgo e10s 729.58 -> 744.58
2% sessionrestore_no_auto_restore windows8-64 pgo e10s 641.88 -> 655
You can find links to graphs and comparison views for each of the above tests at: https://treeherder.mozilla.org/perf.html#/alerts?id=3976
On the page above you can see an alert for each affected platform as well as a link to a graph showing the history of scores for this test. There is also a link to a treeherder page showing the Talos jobs in a pushlog format.
To learn more about the regressing test(s), please see: https://wiki.mozilla.org/Buildbot/Talos/Tests
For information on reproducing and debugging the regression, either on try or locally, see: https://wiki.mozilla.org/Buildbot/Talos/Running
*** Please let us know your plans within 3 business days, or the offending patch(es) will be backed out! ***
Our wiki page outlines the common responses and expectations: https://wiki.mozilla.org/Buildbot/Talos/RegressionBugsHandling
Reporter | ||
Comment 1•8 years ago
|
||
This regression only shows obviously on PGO build.
I did bisect on try server, and found this regression looks like caused by push 2cf0ccb1a85c.
https://treeherder.mozilla.org/#/jobs?repo=try&author=ashiue@mozilla.com&fromchange=284b60fd7c67
Here is the compare result: https://treeherder.mozilla.org/perf.html#/compare?originalProject=try&originalRevision=b954787b1e11a512bc2c7cb2270870c650d26e25&newProject=try&newRevision=6a5688412523f62a13de1044debb46c607232827&framework=1&showOnlyImportant=0
Aurora also shows some symptoms since this patch already merged into aurora.(https://treeherder.mozilla.org/perf.html#/alerts?id=4129)
Hi Till, as you are the patch author, and , can you take a look at this and determine what is the root cause? Thanks!
Comment 2•8 years ago
|
||
There really isn't anything I can do here, I'm afraid. The only non-test code that's changed by this patch is here: https://hg.mozilla.org/mozilla-central/rev/2cf0ccb1a85c#l2.16
That change causes strictly fewer instructions to be run for the same scenario. At least before compiler optimizations. That this only really shows up in PGO builds lets me conclude that the change triggers slightly changed code generation which for this test makes the outcome worse. As I said, there just isn't anything I (or anybody else) can do about this.
Backing out the change also isn't an option as it's a correctness fix.
Flags: needinfo?(till)
Reporter | ||
Comment 3•8 years ago
|
||
Thanks for the reply.
Since there is nothing we can do, mark this bug as wontfix.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•