Closed Bug 1551499 Opened 5 years ago Closed 5 years ago

Support Baseline Interpreter code in the profiler

Categories

(Core :: JavaScript Engine: JIT, task, P1)

task

Tracking

()

RESOLVED FIXED
mozilla69
Tracking Status
firefox69 --- fixed

People

(Reporter: jandem, Assigned: jandem)

References

Details

Attachments

(1 file)

No description provided.

Because the return address cannot be used to uniquely identify script/pc, this
is unfortunately quite different from what we do for Baseline/Ion code.

The strategy is as follows:

  • When the profiler is enabled, ensure each TypeScript has a pointer to the
    profile string (released when the script is finalized).

  • This invariant is maintained by releasing all TypeScripts when the profiler
    is enabled and creating these strings for TypeScripts that are on the stack.

  • The BaselineInterpreter code is registered with the JitcodeMap.

  • The profiler code treats interpreter frames like C++ Interpreter frames,
    instead of doing the return address based mapping.

Priority: -- → P1

There's a r+ patch which didn't land and no activity in this bug for 2 weeks.
:jandem, could you have a look please?
For more information, please visit auto_nag documentation.

Flags: needinfo?(jdemooij)
Pushed by jdemooij@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/ce56e2779818
Support Baseline Interpreter code in the profiler. r=djvj
Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla69
Flags: needinfo?(jdemooij)
See Also: → 1644218
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: