Closed
Bug 1350612
Opened 7 years ago
Closed 7 years ago
dbg.onNewGlobalObject can be too slow even when Debugger in NOT enabled
Categories
(Core :: JavaScript Engine, enhancement)
Core
JavaScript Engine
Tracking
()
RESOLVED
WORKSFORME
Performance Impact | high |
People
(Reporter: ehsan.akhgari, Assigned: jimb)
References
Details
See this profile: https://perfht.ml/2nnVluw In this profile, it's taking ~5ms every time we load a JSM in the parent process it seems.
Updated•7 years ago
|
Whiteboard: [qf]
Updated•7 years ago
|
Whiteboard: [qf] → [qf:p1]
Assignee | ||
Comment 2•7 years ago
|
||
Does this problem occur when we are not using devtools on chrome code? Unless someone has the add-on debugger or the chrome debugger open, onNewGlobalObject should never be called at all.
Flags: needinfo?(jimb) → needinfo?(ehsan)
Reporter | ||
Comment 3•7 years ago
|
||
(In reply to Jim Blandy :jimb from comment #2) > Does this problem occur when we are not using devtools on chrome code? Yes. > Unless someone has the add-on debugger or the chrome debugger open, > onNewGlobalObject should never be called at all. That was surprising to me as well...
Flags: needinfo?(ehsan)
Assignee | ||
Comment 4•7 years ago
|
||
Okay, well, that's probably the bug.
Assignee | ||
Comment 5•7 years ago
|
||
(I'm looking into this.)
Component: Developer Tools: Debugger → JavaScript Engine
Product: Firefox → Core
(Assigning in response to comment 5.)
Assignee: nobody → jimb
Status: NEW → ASSIGNED
Updated•7 years ago
|
Summary: dbg.onNewGlobalObject can be too slow → dbg.onNewGlobalObject can be too slow even when Debugger in NOT enabled
Comment 7•7 years ago
|
||
:jimb, do you have progress on this?
Comment 8•7 years ago
|
||
:jimb, checking in on this again. Any progress to report here?
Assignee | ||
Comment 9•7 years ago
|
||
I'm sorry. No, I haven't been looking at this at all. I will put it atop my list. I should be able to look at it tomorrow.
Assignee | ||
Comment 10•7 years ago
|
||
I'm not able to see any calls to js::Debugger::fireNewGlobalObject or even Debugger::setOnNewGlobalObject. Ehsan, does it still show up in your profiles? I'm putting calls to `abort` in those two functions in my daily use browser; we'll see how it goes.
Flags: needinfo?(ehsan)
Reporter | ||
Comment 11•7 years ago
|
||
I haven't seen it, but I also haven't honestly been looking for it... Although it is kind of odd that I haven't run into it in 4 months! The abort calls should be quite conclusive at any rate. If those lead nowhere, please don't burn more time on this, sorry this wasted much of your time, this bug was quite weird, I still don't understand what the profile in comment 0 shows. :/
Flags: needinfo?(ehsan)
Assignee | ||
Comment 12•7 years ago
|
||
Yes, I've been running a Firefox that crashes promptly if I open the Browser console, so I think we can say that this path is no longer being reached.
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Resolution: --- → WORKSFORME
Updated•2 years ago
|
Performance Impact: --- → P1
Whiteboard: [qf:p1]
You need to log in
before you can comment on or make changes to this bug.
Description
•