todomvc-jquery shows non-trivial amount of time in {nsCSSFrameConstructor,RestyleManager}::ContentAppended
Categories
(Core :: Layout, defect)
Tracking
()
People
(Reporter: emilio, Assigned: emilio)
References
(Blocks 1 open bug)
Details
(Whiteboard: [sp3])
Assignee | ||
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Comment 1•2 years ago
|
||
Here's that same profile again but now with some profiling-related samples dropped (for AutoProfilerLabel
overhead):
https://share.firefox.dev/3W59Yli
Comment 2•1 year ago
•
|
||
This should be now quite a bit better after https://bugzilla.mozilla.org/show_bug.cgi?id=1882417
https://share.firefox.dev/4ceP233
Comment 3•9 months ago
•
|
||
Using https://speedometer-preview.netlify.app/?suite=TodoMVC-JQuery as a testcase:
Profiles captured today with different Nightlies, filtered for ContentAppended
(with -sync,-async
query to only get the benchmark-measured UserTiming time regions):
Nightly 2023-12-01: https://share.firefox.dev/45joM4m 188 samples
Nightly 2024-06-09: https://share.firefox.dev/3Vz1SCX 24 samples
So: looks like this issue has mostly gone away (now it's on the order of 1 sample in ContentAppended
per iteration, so still showing up, but nowhere near as much).
emilio, do you think we can close this?
Assignee | ||
Comment 4•9 months ago
|
||
Yeah, that seems fine.
Description
•