A demo is 20x faster in Chrome compared to Nightly (9 second spent in nsParentNodeChildContentList::ValidateCache)
Categories
(Core :: DOM: Core & HTML, task)
Tracking
()
People
(Reporter: mayankleoboy1, Unassigned)
References
()
Details
Go to https://random-items.erosson.org/
Enter 100000 in the input box.
Click on roll.
The page will take a 4-5 seconds to run. Wait.
Now click on any generated link (e.g. "Rare Hard Leather Armor")
ER: The link opens
AR: It takes 9 second to open
Chrome : https://share.firefox.dev/3tcl4KP (200ms-400ms)
Nightly: https://share.firefox.dev/3RwQUwc (9 seconds)
(This may be a DOM issue)
Similar performance charactersticks exist in a build from Jan2020. So this is not a new regression.
| Reporter | ||
Comment 1•2 years ago
•
|
||
And a more extreme example : https://share.firefox.dev/48smv8o (3+ minutes). This happens when you input 1000000 in the input box and roll.
And a less extreme example : https://share.firefox.dev/48tDzKY with 10000 roll value.
Updated•2 years ago
|
| Reporter | ||
Comment 2•2 years ago
•
|
||
Looks like the first 1 minute spends all the time in Baseline : https://share.firefox.dev/3PQC2Yn
Comment 3•2 years ago
|
||
(In reply to Mayank Bansal from comment #2)
Looks like the first 1 minute spends all the time in Baseline : https://share.firefox.dev/3PQC2Yn
It spends most of the time in DOM code in/under nsParentNodeChildContentList::ValidateCache. Probably not enough time in actual JS code to tier up.
| Reporter | ||
Comment 4•1 year ago
|
||
The link no longer loads.
| Reporter | ||
Comment 5•1 year ago
|
||
The demo no longer loads, bug 1917511 is now solved.
I will just dupe this over.
Description
•