Closed Bug 1843274 Opened 3 years ago Closed 3 years ago

10.36 - 4.73% twitter fcp / twitter LastVisualChange + 2 more (Linux) regression on Wed June 28 2023

Categories

(Core :: JavaScript: GC, defect, P2)

Desktop
Linux
defect

Tracking

()

RESOLVED FIXED
117 Branch
Tracking Status
firefox-esr102 --- unaffected
firefox-esr115 --- unaffected
firefox115 --- unaffected
firefox116 --- wontfix
firefox117 --- fixed

People

(Reporter: afinder, Assigned: jonco)

References

(Blocks 1 open bug, Regression)

Details

(Keywords: perf, perf-alert, regression)

Attachments

(1 external file)

Perfherder has detected a browsertime performance regression from push 93a3284935bda1cf45173e0c3feaf663ad7da2f3. As author of one of the patches included in that push, we need your help to address this regression.

Regressions:

Ratio Test Platform Options Absolute values (old vs new) Performance Profiles
10% twitter fcp linux1804-64-shippable-qr bytecode-cached cold fission webrender 214.18 -> 236.38 Before/After
5% twitter ContentfulSpeedIndex linux1804-64-shippable-qr bytecode-cached cold fission webrender 1,469.43 -> 1,546.22 Before/After
5% twitter SpeedIndex linux1804-64-shippable-qr bytecode-cached cold fission webrender 1,392.17 -> 1,461.35 Before/After
5% twitter LastVisualChange linux1804-64-shippable-qr bytecode-cached cold fission webrender 1,872.03 -> 1,960.59 Before/After

Details of the alert can be found in the alert summary, including links to graphs and comparisons for each of the affected tests. Please follow our guide to handling regression bugs and let us know your plans within 3 business days, or the offending patch(es) may be backed out in accordance with our regression policy.

If you need the profiling jobs you can trigger them yourself from treeherder job view or ask a sheriff to do that for you.

For more information on performance sheriffing please see our FAQ.

Flags: needinfo?(jcoppeard)

Set release status flags based on info from the regressing bug 1838629

Assignee: nobody → jcoppeard
Flags: needinfo?(jcoppeard)

The only annotation I can see in changeset
93a3284935bda1cf45173e0c3feaf663ad7da2f3 that is possibly responsible for this
change is this one which concerns whether it's more common to allocate at a new
alloc site or at a previously used site. I assumed it would be the latter but
it's possible that that doesn't hold for a large application starting up.

I tried to test this with perfherder, with mixed results. This patch does
improve results for the tests mentioned in the bug - but only on macOS, not
Linux.

We'll see what effect this has.

Keywords: leave-open
Pushed by jcoppeard@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/a3382c455833 Remove MOZ_UNLIKELY annotation that may not hold r=sfink

:jonco not sure how to confirm the effect.. can you take a look? if its better we might want to uplift this to beta as there are only two betas left this cycle

Flags: needinfo?(jcoppeard)

I was waiting to see if perfherder reported any changes.

This doesn't appear to have made any difference from looking at the graphs, but I couldn't see any long term change in them to start with. I'm starting to think this isn't an actual regression at all.

Alex, how confident are you that this is a real change? The graphs are noisy but I can't really see any change on the 28th.

Flags: needinfo?(jcoppeard) → needinfo?(afinder)
Severity: -- → S3
Priority: -- → P2

Set release status flags based on info from the regressing bug 1838629

(In reply to Jon Coppeard (:jonco) from comment #7)

I was waiting to see if perfherder reported any changes.

This doesn't appear to have made any difference from looking at the graphs, but I couldn't see any long term change in them to start with. I'm starting to think this isn't an actual regression at all.

Alex, how confident are you that this is a real change? The graphs are noisy but I can't really see any change on the 28th.

Zooming in on the graph on this area shows the change a bit better. There is also the following side-by-side job that shows a video comparison between the two revisions, for more reference. Please need info me if you have additional questions or if you think the regression is invalid.

Flags: needinfo?(afinder)

Looking at the various Twitter graphs, it appears they're all running at lower values now than they were when this first regressed. Should we go ahead and close this out?

Flags: needinfo?(jcoppeard)

Yes, let's close this.

Status: NEW → RESOLVED
Closed: 3 years ago
Flags: needinfo?(jcoppeard)
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: