Closed
Bug 1094763
Opened 10 years ago
Closed 6 years ago
ThreadSources.prototype._sourceForScript dominates profiler
Categories
(DevTools :: Debugger, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: bugzilla.mozilla.org, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
8.59 MB,
application/json
|
Details |
When attempting to profile an addon through the toolbox it seems that the toolbox itself is dominating in the profiler results.
This distorts the call tree since it appears in several leaf calls and gets accumulated into the total time.
And I guess this might also point at some inefficiency in the Debugger/Profiler.
Workaround: Use the inverted tree, ignore ThreadSources (the dominating entry) and focus on self-time of the methods.
Updated•10 years ago
|
Component: Developer Tools → Developer Tools: Debugger
Comment 1•10 years ago
|
||
What is the bug being reported here? That there is jank/performance degradation caused by ThreadSources.prototype._sourceForScript, or that non-addon related frames are shown in the profiler's call tree?
>That there is jank/performance degradation caused by ThreadSources.prototype._sourceForScript
Yes.
And the devtools themselves distorting profiler results while you're using the devtools is also an issue in itself. I mean I can't profile when I turn the devtools off to eliminate this, can I?
I am actually experiencing jank simply by having the toolbox open, not just when profiling, but this was the most obvious issue to report.
>or that non-addon related frames are shown in the profiler's call tree?
No
Updated•10 years ago
|
Blocks: dbg-server
Updated•6 years ago
|
Product: Firefox → DevTools
Comment 3•6 years ago
|
||
Closing as _sourceForScript
no longer exists and either way we should re-profile after 5 years :)
Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•