Open Bug 1661491 Opened 4 years ago Updated 3 years ago

Frame dropping due to GC when looking at https://arewefenixyet.com

Categories

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

defect

Tracking

()

Performance Impact medium

People

(Reporter: bugzilla, Unassigned)

References

Details

(Keywords: perf:responsiveness)

Windows 10

Going to https://arewefenixyet.com, I periodically see dropped frames in the confetti animation.

I captured this profile, which looks like a full USER_INACTIVE GC is running. Is this just a heuristic thing?

https://share.firefox.dev/34DANVa

We run a USER_INACTIVE GC when the user has been idle for a while. (I had forgotten this, but the time from idle to running this GC is 5 minutes in release builds but 15 seconds on nightly which seems like a pretty drastic difference).

We shouldn't really be doing this if there's an animation running, and we should also stagger these GCs across content processes which doesn't look like it's happening from your profile.

CC Steve who is looking into scheduling at the moment.

Severity: -- → S4
Priority: -- → P2

From the staggering GCs across processes we have Bug 1629064 (it mentions PAGE_HIDE but should do USER_INACTIVE) as well.

If we really want to GC during animation (maybe we have to due to allocation thresholds) the dom code should be giving smaller slice budgets also.

Depends on: 1629064

(In reply to Paul Bone [:pbone] from comment #2)

If we really want to GC during animation (maybe we have to due to allocation thresholds) the dom code should be giving smaller slice budgets also.

Agreed. Steve, do you know if there's a bug for this? I know it's come up a couple of times but I couldn't find which bug it was.

Whiteboard: [qf] → [qf:p2:responsiveness]
Performance Impact: --- → P2
Whiteboard: [qf:p2:responsiveness]
You need to log in before you can comment on or make changes to this bug.