DAMP Perf regression in panelsInBackground.reload (100%) (+ others)
Categories
(DevTools :: General, defect, P2)
Tracking
(firefox-esr78 unaffected, firefox84 unaffected, firefox85 unaffected, firefox86 fixed)
Tracking | Status | |
---|---|---|
firefox-esr78 | --- | unaffected |
firefox84 | --- | unaffected |
firefox85 | --- | unaffected |
firefox86 | --- | fixed |
People
(Reporter: jdescottes, Assigned: nchevobbe)
References
(Regression)
Details
(Keywords: regression)
Attachments
(1 file)
Several performance changes that seem linked to the error count:
https://treeherder.mozilla.org/perfherder/alerts?id=28359&hideDwnToInv=0
Most visible is a 100% regression on panelsInBackground reload.
We should take a look and investigate this.
Reporter | ||
Updated•5 years ago
|
Updated•5 years ago
|
Comment 1•5 years ago
|
||
Set release status flags based on info from the regressing bug 1109362
Reporter | ||
Updated•5 years ago
|
Assignee | ||
Comment 2•5 years ago
|
||
I'll investigate this
Assignee | ||
Comment 3•5 years ago
|
||
In setErrorCount
, we used to call setToolboxButtons unconditionally, which means
that it was called each time a resource was added or updated.
This was very expensive and would cause some slowness, especially on pages with
a lot of network requests, as revealed by DAMP tests.
In this patch, we don't call setToolboxButtons if the error count did not change.
On top of that, we add a throttle mechanism so the function can't be called more
than twice per second.
Reporter | ||
Comment 5•5 years ago
|
||
Note: we regressed the performance again with https://bugzilla.mozilla.org/show_bug.cgi?id=1685985, but the patch attached here seems to fix both regressions and bring us back to the initial baseline.
https://treeherder.mozilla.org/perfherder/alerts?id=28473&hideDwnToInv=0
Updated•5 years ago
|
Comment 6•5 years ago
|
||
bugherder |
Reporter | ||
Comment 7•4 years ago
|
||
Alert confirms the performance improvement: https://treeherder.mozilla.org/perfherder/alerts?id=28496&hideDwnToInv=0
Description
•