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)

52 Branch
defect
Not set
normal

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
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!
Blocks: 1298414, 1302124
Flags: needinfo?(till)
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)
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.