Open Bug 1909812 Opened 1 year ago Updated 6 months ago

Codepen demo (https://codepen.io/cantelope/pen/QWXKgzN) is slower in Nightly compared to Chrome (some sort of memory allocation/deallocation issue?)

Categories

(Core :: JavaScript Engine, task, P3)

task

Tracking

()

People

(Reporter: mayankleoboy1, Unassigned)

References

(Blocks 1 open bug, )

Details

Go to https://codepen.io/cantelope/pen/QWXKgzN

Nightly: https://share.firefox.dev/4bSMxlC
Chrome: https://share.firefox.dev/3LIhaPO

Nightly is visually much slower compared to Chrome

Summary: Codepen demo (https://codepen.io/cantelope/pen/QWXKgzN) is slower in Nightly compared to Chrome (some sort of memory contention issue?) → Codepen demo (https://codepen.io/cantelope/pen/QWXKgzN) is slower in Nightly compared to Chrome (some sort of nursery allocation issue?)
Summary: Codepen demo (https://codepen.io/cantelope/pen/QWXKgzN) is slower in Nightly compared to Chrome (some sort of nursery allocation issue?) → Codepen demo (https://codepen.io/cantelope/pen/QWXKgzN) is slower in Nightly compared to Chrome (some sort of memory allocation/deallocation issue?)
Severity: -- → N/A
Priority: -- → P3

I am curious about this testcase and the profile - I have not previously seen the continuous memory stuff in the Taskcontroller thread.
Jan, would you mind taking a quick look please?

(In reply to Mayank Bansal from comment #1)

I am curious about this testcase and the profile - I have not previously seen the continuous memory stuff in the Taskcontroller thread.
Jan, would you mind taking a quick look please?

There are a lot of memory allocations on the main thread for dense elements and that likely causes the memory freeing that's happening on the TaskController background thread. Each small spike that you see for the Taskcontroller thread corresponds with a GCMinor entry on the marker chart.

Jon is looking into changing how we do these memory allocations and that might improve this test case.

Profile with latest Nightly: https://share.firefox.dev/409mjXZ

(In reply to Mayank Bansal from comment #3)
This profile shows the proportion of time spent freeing memory on the background thread has been reduced from 30% to 12% of the total time.

This is due to bug 1911537.

Depends on: 1911537
You need to log in before you can comment on or make changes to this bug.