2013-08-20 10:45:26 +04:00
|
|
|
/* -*- Mode: C++; tab-width: 8; indent-tabs-mode: nil; c-basic-offset: 4 -*-
|
|
|
|
* vim: set ts=8 sts=4 et sw=4 tw=99:
|
|
|
|
* This Source Code Form is subject to the terms of the Mozilla Public
|
|
|
|
* License, v. 2.0. If a copy of the MPL was not distributed with this
|
|
|
|
* file, You can obtain one at http://mozilla.org/MPL/2.0/. */
|
|
|
|
|
|
|
|
#ifndef js_ProfilingStack_h
|
|
|
|
#define js_ProfilingStack_h
|
|
|
|
|
2017-05-26 02:37:28 +03:00
|
|
|
#include <algorithm>
|
|
|
|
#include <stdint.h>
|
|
|
|
|
2013-08-20 10:45:26 +04:00
|
|
|
#include "jstypes.h"
|
2018-02-21 19:30:19 +03:00
|
|
|
|
2015-06-18 08:05:42 +03:00
|
|
|
#include "js/TypeDecls.h"
|
2013-08-20 10:45:26 +04:00
|
|
|
#include "js/Utility.h"
|
|
|
|
|
2018-03-12 22:56:39 +03:00
|
|
|
#ifdef JS_BROKEN_GCC_ATTRIBUTE_WARNING
|
|
|
|
#pragma GCC diagnostic push
|
|
|
|
#pragma GCC diagnostic ignored "-Wattributes"
|
|
|
|
#endif // JS_BROKEN_GCC_ATTRIBUTE_WARNING
|
|
|
|
|
|
|
|
class JS_PUBLIC_API(JSTracer);
|
|
|
|
|
|
|
|
#ifdef JS_BROKEN_GCC_ATTRIBUTE_WARNING
|
|
|
|
#pragma GCC diagnostic pop
|
|
|
|
#endif // JS_BROKEN_GCC_ATTRIBUTE_WARNING
|
|
|
|
|
2018-05-15 08:03:11 +03:00
|
|
|
class ProfilingStack;
|
2017-05-26 02:51:31 +03:00
|
|
|
|
2018-05-15 08:03:11 +03:00
|
|
|
// This file defines the classes ProfilingStack and ProfilingStackFrame.
|
|
|
|
// The ProfilingStack manages an array of ProfilingStackFrames.
|
|
|
|
// It keeps track of the "label stack" and the JS interpreter stack.
|
|
|
|
// The two stack types are interleaved.
|
|
|
|
//
|
2018-02-06 00:41:29 +03:00
|
|
|
// Usage:
|
|
|
|
//
|
2018-05-15 08:03:11 +03:00
|
|
|
// ProfilingStack* profilingStack = ...;
|
2018-02-06 00:41:29 +03:00
|
|
|
//
|
2018-05-15 06:21:29 +03:00
|
|
|
// // For label frames:
|
2018-05-15 08:03:11 +03:00
|
|
|
// profilingStack->pushLabelFrame(...);
|
2018-05-15 08:14:03 +03:00
|
|
|
// // Execute some code. When finished, pop the frame:
|
2018-05-15 08:03:11 +03:00
|
|
|
// profilingStack->pop();
|
2018-02-06 00:41:29 +03:00
|
|
|
//
|
|
|
|
// // For JS stack frames:
|
2018-05-15 08:03:11 +03:00
|
|
|
// profilingStack->pushJSFrame(...);
|
2018-05-15 08:14:03 +03:00
|
|
|
// // Execute some code. When finished, pop the frame:
|
2018-05-15 08:03:11 +03:00
|
|
|
// profilingStack->pop();
|
2018-02-06 00:41:29 +03:00
|
|
|
//
|
|
|
|
//
|
|
|
|
// Concurrency considerations
|
|
|
|
//
|
2018-05-15 08:03:11 +03:00
|
|
|
// A thread's profiling stack (and the frames inside it) is only modified by
|
|
|
|
// that thread. However, the profiling stack can be *read* by a different thread,
|
2018-02-06 00:41:29 +03:00
|
|
|
// the sampler thread: Whenever the profiler wants to sample a given thread A,
|
|
|
|
// the following happens:
|
|
|
|
// (1) Thread A is suspended.
|
2018-05-15 08:03:11 +03:00
|
|
|
// (2) The sampler thread (thread S) reads the ProfilingStack of thread A,
|
2018-05-15 08:14:03 +03:00
|
|
|
// including all ProfilingStackFrames that are currently in that stack
|
2018-05-15 08:03:11 +03:00
|
|
|
// (profilingStack->frames[0..profilingStack->stackSize()]).
|
2018-02-06 00:41:29 +03:00
|
|
|
// (3) Thread A is resumed.
|
|
|
|
//
|
|
|
|
// Thread suspension is achieved using platform-specific APIs; refer to each
|
|
|
|
// platform's Sampler::SuspendAndSampleAndResumeThread implementation in
|
|
|
|
// platform-*.cpp for details.
|
|
|
|
//
|
2018-05-15 08:03:11 +03:00
|
|
|
// When the thread is suspended, the values in profilingStack->stackPointer and in
|
|
|
|
// the stack frame range profilingStack->frames[0..profilingStack->stackPointer] need
|
2018-05-15 08:14:03 +03:00
|
|
|
// to be in a consistent state, so that thread S does not read partially-
|
|
|
|
// constructed stack frames. More specifically, we have two requirements:
|
|
|
|
// (1) When adding a new frame at the top of the stack, its ProfilingStackFrame
|
|
|
|
// data needs to be put in place *before* the stackPointer is incremented,
|
|
|
|
// and the compiler + CPU need to know that this order matters.
|
|
|
|
// (2) When popping an frame from the stack and then preparing the
|
|
|
|
// ProfilingStackFrame data for the next frame that is about to be pushed,
|
|
|
|
// the decrement of the stackPointer in pop() needs to happen *before* the
|
|
|
|
// ProfilingStackFrame for the new frame is being popuplated, and the
|
|
|
|
// compiler + CPU need to know that this order matters.
|
2018-02-06 00:41:29 +03:00
|
|
|
//
|
|
|
|
// We can express the relevance of these orderings in multiple ways.
|
|
|
|
// Option A is to make stackPointer an atomic with SequentiallyConsistent
|
|
|
|
// memory ordering. This would ensure that no writes in thread A would be
|
|
|
|
// reordered across any writes to stackPointer, which satisfies requirements
|
|
|
|
// (1) and (2) at the same time. Option A is the simplest.
|
|
|
|
// Option B is to use ReleaseAcquire memory ordering both for writes to
|
2018-05-15 08:14:03 +03:00
|
|
|
// stackPointer *and* for writes to ProfilingStackFrame fields. Release-stores
|
|
|
|
// ensure that all writes that happened *before this write in program order* are
|
|
|
|
// not reordered to happen after this write. ReleaseAcquire ordering places no
|
2018-02-06 00:41:29 +03:00
|
|
|
// requirements on the ordering of writes that happen *after* this write in
|
|
|
|
// program order.
|
|
|
|
// Using release-stores for writes to stackPointer expresses requirement (1),
|
2018-05-15 08:14:03 +03:00
|
|
|
// and using release-stores for writes to the ProfilingStackFrame fields
|
|
|
|
// expresses requirement (2).
|
2018-02-06 00:41:29 +03:00
|
|
|
//
|
|
|
|
// Option B is more complicated than option A, but has much better performance
|
|
|
|
// on x86/64: In a microbenchmark run on a Macbook Pro from 2017, switching
|
|
|
|
// from option A to option B reduced the overhead of pushing+popping a
|
2018-05-15 08:14:03 +03:00
|
|
|
// ProfilingStackFrame by 10 nanoseconds.
|
2018-02-06 00:41:29 +03:00
|
|
|
// On x86/64, release-stores require no explicit hardware barriers or lock
|
|
|
|
// instructions.
|
|
|
|
// On ARM/64, option B may be slower than option A, because the compiler will
|
|
|
|
// generate hardware barriers for every single release-store instead of just
|
|
|
|
// for the writes to stackPointer. However, the actual performance impact of
|
|
|
|
// this has not yet been measured on ARM, so we're currently using option B
|
|
|
|
// everywhere. This is something that we may want to change in the future once
|
|
|
|
// we've done measurements.
|
|
|
|
|
2013-08-20 10:45:26 +04:00
|
|
|
namespace js {
|
|
|
|
|
|
|
|
// A call stack can be specified to the JS engine such that all JS entry/exits
|
2018-05-15 08:14:03 +03:00
|
|
|
// to functions push/pop a stack frame to/from the specified stack.
|
2013-08-20 10:45:26 +04:00
|
|
|
//
|
2017-01-25 01:08:15 +03:00
|
|
|
// For more detailed information, see vm/GeckoProfiler.h.
|
2013-08-20 10:45:26 +04:00
|
|
|
//
|
2018-05-15 08:14:03 +03:00
|
|
|
class ProfilingStackFrame
|
2013-08-20 10:45:26 +04:00
|
|
|
{
|
2018-05-15 08:14:03 +03:00
|
|
|
// A ProfilingStackFrame represents either a label frame or a JS frame.
|
2014-05-29 02:44:41 +04:00
|
|
|
|
2018-02-06 00:41:29 +03:00
|
|
|
// WARNING WARNING WARNING
|
|
|
|
//
|
|
|
|
// All the fields below are Atomic<...,ReleaseAcquire>. This is needed so
|
|
|
|
// that writes to these fields are release-writes, which ensures that
|
|
|
|
// earlier writes in this thread don't get reordered after the writes to
|
|
|
|
// these fields. In particular, the decrement of the stack pointer in
|
2018-05-15 08:03:11 +03:00
|
|
|
// ProfilingStack::pop() is a write that *must* happen before the values in
|
2018-05-15 08:14:03 +03:00
|
|
|
// this ProfilingStackFrame are changed. Otherwise, the sampler thread might
|
|
|
|
// see an inconsistent state where the stack pointer still points to a
|
|
|
|
// ProfilingStackFrame which has already been popped off the stack and whose
|
2018-02-06 00:41:29 +03:00
|
|
|
// fields have now been partially repopulated with new values.
|
|
|
|
// See the "Concurrency considerations" paragraph at the top of this file
|
|
|
|
// for more details.
|
|
|
|
|
2018-05-15 08:14:03 +03:00
|
|
|
// Descriptive label for this stack frame. Must be a static string! Can be
|
|
|
|
// an empty string, but not a null pointer.
|
2018-07-21 17:37:45 +03:00
|
|
|
mozilla::Atomic<const char*, mozilla::ReleaseAcquire,
|
|
|
|
mozilla::recordreplay::Behavior::DontPreserve> label_;
|
2014-05-29 02:44:41 +04:00
|
|
|
|
2018-05-15 08:14:03 +03:00
|
|
|
// An additional descriptive string of this frame which is combined with
|
2017-05-18 10:17:46 +03:00
|
|
|
// |label_| in profiler output. Need not be (and usually isn't) static. Can
|
|
|
|
// be null.
|
2018-07-21 17:37:45 +03:00
|
|
|
mozilla::Atomic<const char*, mozilla::ReleaseAcquire,
|
|
|
|
mozilla::recordreplay::Behavior::DontPreserve> dynamicString_;
|
2017-03-23 02:37:33 +03:00
|
|
|
|
2018-05-15 08:14:03 +03:00
|
|
|
// Stack pointer for non-JS stack frames, the script pointer otherwise.
|
2018-07-21 17:37:45 +03:00
|
|
|
mozilla::Atomic<void*, mozilla::ReleaseAcquire,
|
|
|
|
mozilla::recordreplay::Behavior::DontPreserve> spOrScript;
|
2014-05-29 02:44:41 +04:00
|
|
|
|
Bug 1499507 - Don't collect line numbers for profiling stack frames. r=njn
They were not displayed in the UI, and the instructions to initialize the line
field of a stack frame increased code size unnecessarily.
This change reduces the binary size on Linux x64 by around 100KB.
Here's a diff of the impact on the code generated for Attr_Binding::get_specified
in the Mac build:
@@ -20,17 +20,16 @@
movq 0x8(%rbx), %rax
movq %r12, %rcx
shlq $0x5, %rcx
leaq aGetAttrspecifi, %rdx ; "get Attr.specified"
movq %rdx, (%rax,%rcx)
movq $0x0, 0x8(%rax,%rcx)
leaq -40(%rbp), %rdx
movq %rdx, 0x10(%rax,%rcx)
- movl $0x106, 0x18(%rax,%rcx)
movl $0x1c, 0x1c(%rax,%rcx)
leal 0x1(%r12), %eax
movl %eax, 0x10(%rbx)
movq %r15, %rdi
call __ZNK7mozilla3dom4Attr9SpecifiedEv ; mozilla::dom::Attr::Specified() const
movzxl %al, %eax
movabsq $0xfff9000000000000, %rcx
Depends on D9193
Differential Revision: https://phabricator.services.mozilla.com/D9195
--HG--
extra : moz-landing-system : lando
2018-11-06 07:31:02 +03:00
|
|
|
// The bytecode offset for JS stack frames.
|
|
|
|
// Must not be used on non-JS frames; it'll contain either the default 0,
|
|
|
|
// or a leftover value from a previous JS stack frame that was using this
|
|
|
|
// ProfilingStackFrame object.
|
2018-07-21 17:37:45 +03:00
|
|
|
mozilla::Atomic<int32_t, mozilla::ReleaseAcquire,
|
Bug 1499507 - Don't collect line numbers for profiling stack frames. r=njn
They were not displayed in the UI, and the instructions to initialize the line
field of a stack frame increased code size unnecessarily.
This change reduces the binary size on Linux x64 by around 100KB.
Here's a diff of the impact on the code generated for Attr_Binding::get_specified
in the Mac build:
@@ -20,17 +20,16 @@
movq 0x8(%rbx), %rax
movq %r12, %rcx
shlq $0x5, %rcx
leaq aGetAttrspecifi, %rdx ; "get Attr.specified"
movq %rdx, (%rax,%rcx)
movq $0x0, 0x8(%rax,%rcx)
leaq -40(%rbp), %rdx
movq %rdx, 0x10(%rax,%rcx)
- movl $0x106, 0x18(%rax,%rcx)
movl $0x1c, 0x1c(%rax,%rcx)
leal 0x1(%r12), %eax
movl %eax, 0x10(%rbx)
movq %r15, %rdi
call __ZNK7mozilla3dom4Attr9SpecifiedEv ; mozilla::dom::Attr::Specified() const
movzxl %al, %eax
movabsq $0xfff9000000000000, %rcx
Depends on D9193
Differential Revision: https://phabricator.services.mozilla.com/D9195
--HG--
extra : moz-landing-system : lando
2018-11-06 07:31:02 +03:00
|
|
|
mozilla::recordreplay::Behavior::DontPreserve> pcOffsetIfJS_;
|
2014-05-29 02:44:41 +04:00
|
|
|
|
2018-11-06 07:33:07 +03:00
|
|
|
// Bits 0...6 hold the Flags. Bits 7...31 hold the category.
|
2018-07-21 17:37:45 +03:00
|
|
|
mozilla::Atomic<uint32_t, mozilla::ReleaseAcquire,
|
2018-11-06 07:32:29 +03:00
|
|
|
mozilla::recordreplay::Behavior::DontPreserve> flagsAndCategory_;
|
2013-08-20 10:45:26 +04:00
|
|
|
|
2017-05-26 02:51:31 +03:00
|
|
|
static int32_t pcToOffset(JSScript* aScript, jsbytecode* aPc);
|
|
|
|
|
2013-08-20 10:45:26 +04:00
|
|
|
public:
|
2018-05-15 08:14:03 +03:00
|
|
|
ProfilingStackFrame() = default;
|
|
|
|
ProfilingStackFrame& operator=(const ProfilingStackFrame& other)
|
2018-03-18 18:58:44 +03:00
|
|
|
{
|
|
|
|
label_ = other.label();
|
|
|
|
dynamicString_ = other.dynamicString();
|
|
|
|
void* spScript = other.spOrScript;
|
|
|
|
spOrScript = spScript;
|
Bug 1499507 - Don't collect line numbers for profiling stack frames. r=njn
They were not displayed in the UI, and the instructions to initialize the line
field of a stack frame increased code size unnecessarily.
This change reduces the binary size on Linux x64 by around 100KB.
Here's a diff of the impact on the code generated for Attr_Binding::get_specified
in the Mac build:
@@ -20,17 +20,16 @@
movq 0x8(%rbx), %rax
movq %r12, %rcx
shlq $0x5, %rcx
leaq aGetAttrspecifi, %rdx ; "get Attr.specified"
movq %rdx, (%rax,%rcx)
movq $0x0, 0x8(%rax,%rcx)
leaq -40(%rbp), %rdx
movq %rdx, 0x10(%rax,%rcx)
- movl $0x106, 0x18(%rax,%rcx)
movl $0x1c, 0x1c(%rax,%rcx)
leal 0x1(%r12), %eax
movl %eax, 0x10(%rbx)
movq %r15, %rdi
call __ZNK7mozilla3dom4Attr9SpecifiedEv ; mozilla::dom::Attr::Specified() const
movzxl %al, %eax
movabsq $0xfff9000000000000, %rcx
Depends on D9193
Differential Revision: https://phabricator.services.mozilla.com/D9195
--HG--
extra : moz-landing-system : lando
2018-11-06 07:31:02 +03:00
|
|
|
int32_t offsetIfJS = other.pcOffsetIfJS_;
|
|
|
|
pcOffsetIfJS_ = offsetIfJS;
|
2018-11-06 07:32:29 +03:00
|
|
|
uint32_t flagsAndCategory = other.flagsAndCategory_;
|
|
|
|
flagsAndCategory_ = flagsAndCategory;
|
2018-03-18 18:58:44 +03:00
|
|
|
return *this;
|
|
|
|
}
|
|
|
|
|
2018-11-06 07:33:07 +03:00
|
|
|
// 7 bits for the flags.
|
|
|
|
// That leaves 32 - 7 = 25 bits for the category.
|
2018-11-06 07:32:29 +03:00
|
|
|
enum class Flags : uint32_t {
|
|
|
|
// The first three flags describe the kind of the frame and are
|
|
|
|
// mutually exclusive. (We still give them individual bits for
|
|
|
|
// simplicity.)
|
|
|
|
|
2018-05-15 06:21:29 +03:00
|
|
|
// A regular label frame. These usually come from AutoProfilerLabel.
|
2018-11-06 07:32:29 +03:00
|
|
|
IS_LABEL_FRAME = 1 << 0,
|
2017-06-02 05:46:09 +03:00
|
|
|
|
2018-05-15 08:14:03 +03:00
|
|
|
// A special frame indicating the start of a run of JS profiling stack
|
2018-11-06 07:32:29 +03:00
|
|
|
// frames. IS_SP_MARKER_FRAME frames are ignored, except for the sp
|
|
|
|
// field. These frames are needed to get correct ordering between JS
|
|
|
|
// and LABEL frames because JS frames don't carry sp information.
|
2018-05-15 06:30:32 +03:00
|
|
|
// SP is short for "stack pointer".
|
2018-11-06 07:32:29 +03:00
|
|
|
IS_SP_MARKER_FRAME = 1 << 1,
|
2018-11-06 00:24:49 +03:00
|
|
|
|
2018-11-06 07:32:29 +03:00
|
|
|
// A JS frame.
|
|
|
|
IS_JS_FRAME = 1 << 2,
|
2018-11-06 00:24:49 +03:00
|
|
|
|
2018-11-06 07:32:29 +03:00
|
|
|
// An interpreter JS frame that has OSR-ed into baseline. IS_JS_FRAME
|
|
|
|
// frames can have this flag set and unset during their lifetime.
|
|
|
|
// JS_OSR frames are ignored.
|
|
|
|
JS_OSR = 1 << 3,
|
2018-11-06 00:24:49 +03:00
|
|
|
|
2018-11-06 07:33:07 +03:00
|
|
|
// The next three are mutually exclusive.
|
|
|
|
// By default, for profiling stack frames that have both a label and a
|
|
|
|
// dynamic string, the two strings are combined into one string of the
|
|
|
|
// form "<label> <dynamicString>" during JSON serialization. The
|
|
|
|
// following flags can be used to change this preset.
|
|
|
|
STRING_TEMPLATE_METHOD = 1 << 4, // "<label>.<dynamicString>"
|
|
|
|
STRING_TEMPLATE_GETTER = 1 << 5, // "get <label>.<dynamicString>"
|
|
|
|
STRING_TEMPLATE_SETTER = 1 << 6, // "set <label>.<dynamicString>"
|
|
|
|
|
|
|
|
FLAGS_BITCOUNT = 7,
|
2018-11-06 07:32:29 +03:00
|
|
|
FLAGS_MASK = (1 << FLAGS_BITCOUNT) - 1
|
2014-05-29 02:44:41 +04:00
|
|
|
};
|
2014-04-11 19:58:55 +04:00
|
|
|
|
2016-03-22 12:17:20 +03:00
|
|
|
// Keep these in sync with devtools/client/performance/modules/categories.js
|
2015-01-26 01:22:08 +03:00
|
|
|
enum class Category : uint32_t {
|
2018-05-19 01:15:46 +03:00
|
|
|
IDLE,
|
2018-05-19 00:06:13 +03:00
|
|
|
OTHER,
|
2018-05-19 00:40:52 +03:00
|
|
|
LAYOUT,
|
2018-05-19 00:06:13 +03:00
|
|
|
JS,
|
2018-05-19 00:23:33 +03:00
|
|
|
GCCC,
|
2018-05-19 00:06:13 +03:00
|
|
|
NETWORK,
|
|
|
|
GRAPHICS,
|
2018-05-19 00:49:55 +03:00
|
|
|
DOM,
|
2014-05-31 05:41:11 +04:00
|
|
|
|
|
|
|
FIRST = OTHER,
|
2018-05-19 00:55:18 +03:00
|
|
|
LAST = DOM,
|
2015-01-26 01:22:08 +03:00
|
|
|
};
|
2014-05-24 01:12:29 +04:00
|
|
|
|
2018-11-06 07:32:29 +03:00
|
|
|
static_assert(uint32_t(Category::LAST) <= (UINT32_MAX >> uint32_t(Flags::FLAGS_BITCOUNT)),
|
|
|
|
"Too many categories to fit into u32 with together with the reserved bits for the flags");
|
2015-09-14 12:57:00 +03:00
|
|
|
|
2018-05-15 06:21:29 +03:00
|
|
|
bool isLabelFrame() const
|
2017-06-02 05:46:09 +03:00
|
|
|
{
|
2018-11-06 07:32:29 +03:00
|
|
|
return uint32_t(flagsAndCategory_) & uint32_t(Flags::IS_LABEL_FRAME);
|
2018-05-15 06:30:32 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
bool isSpMarkerFrame() const
|
|
|
|
{
|
2018-11-06 07:32:29 +03:00
|
|
|
return uint32_t(flagsAndCategory_) & uint32_t(Flags::IS_SP_MARKER_FRAME);
|
2017-06-02 05:46:09 +03:00
|
|
|
}
|
|
|
|
|
2018-05-15 06:21:29 +03:00
|
|
|
bool isJsFrame() const
|
2017-06-02 05:46:09 +03:00
|
|
|
{
|
2018-11-06 07:32:29 +03:00
|
|
|
return uint32_t(flagsAndCategory_) & uint32_t(Flags::IS_JS_FRAME);
|
|
|
|
}
|
|
|
|
|
|
|
|
bool isOSRFrame() const {
|
|
|
|
return uint32_t(flagsAndCategory_) & uint32_t(Flags::JS_OSR);
|
|
|
|
}
|
|
|
|
|
|
|
|
void setIsOSRFrame(bool isOSR) {
|
|
|
|
if (isOSR) {
|
|
|
|
flagsAndCategory_ =
|
|
|
|
uint32_t(flagsAndCategory_) | uint32_t(Flags::JS_OSR);
|
|
|
|
} else {
|
|
|
|
flagsAndCategory_ =
|
|
|
|
uint32_t(flagsAndCategory_) & ~uint32_t(Flags::JS_OSR);
|
|
|
|
}
|
2017-06-02 05:46:09 +03:00
|
|
|
}
|
2014-05-29 02:44:41 +04:00
|
|
|
|
2017-06-02 10:16:56 +03:00
|
|
|
void setLabel(const char* aLabel) { label_ = aLabel; }
|
|
|
|
const char* label() const { return label_; }
|
2014-05-29 02:44:41 +04:00
|
|
|
|
2017-06-02 10:16:56 +03:00
|
|
|
const char* dynamicString() const { return dynamicString_; }
|
2017-03-23 02:37:33 +03:00
|
|
|
|
2018-05-15 06:30:32 +03:00
|
|
|
void initLabelFrame(const char* aLabel, const char* aDynamicString, void* sp,
|
Bug 1499507 - Don't collect line numbers for profiling stack frames. r=njn
They were not displayed in the UI, and the instructions to initialize the line
field of a stack frame increased code size unnecessarily.
This change reduces the binary size on Linux x64 by around 100KB.
Here's a diff of the impact on the code generated for Attr_Binding::get_specified
in the Mac build:
@@ -20,17 +20,16 @@
movq 0x8(%rbx), %rax
movq %r12, %rcx
shlq $0x5, %rcx
leaq aGetAttrspecifi, %rdx ; "get Attr.specified"
movq %rdx, (%rax,%rcx)
movq $0x0, 0x8(%rax,%rcx)
leaq -40(%rbp), %rdx
movq %rdx, 0x10(%rax,%rcx)
- movl $0x106, 0x18(%rax,%rcx)
movl $0x1c, 0x1c(%rax,%rcx)
leal 0x1(%r12), %eax
movl %eax, 0x10(%rbx)
movq %r15, %rdi
call __ZNK7mozilla3dom4Attr9SpecifiedEv ; mozilla::dom::Attr::Specified() const
movzxl %al, %eax
movabsq $0xfff9000000000000, %rcx
Depends on D9193
Differential Revision: https://phabricator.services.mozilla.com/D9195
--HG--
extra : moz-landing-system : lando
2018-11-06 07:31:02 +03:00
|
|
|
Category aCategory)
|
2017-05-26 02:51:31 +03:00
|
|
|
{
|
|
|
|
label_ = aLabel;
|
|
|
|
dynamicString_ = aDynamicString;
|
|
|
|
spOrScript = sp;
|
Bug 1499507 - Don't collect line numbers for profiling stack frames. r=njn
They were not displayed in the UI, and the instructions to initialize the line
field of a stack frame increased code size unnecessarily.
This change reduces the binary size on Linux x64 by around 100KB.
Here's a diff of the impact on the code generated for Attr_Binding::get_specified
in the Mac build:
@@ -20,17 +20,16 @@
movq 0x8(%rbx), %rax
movq %r12, %rcx
shlq $0x5, %rcx
leaq aGetAttrspecifi, %rdx ; "get Attr.specified"
movq %rdx, (%rax,%rcx)
movq $0x0, 0x8(%rax,%rcx)
leaq -40(%rbp), %rdx
movq %rdx, 0x10(%rax,%rcx)
- movl $0x106, 0x18(%rax,%rcx)
movl $0x1c, 0x1c(%rax,%rcx)
leal 0x1(%r12), %eax
movl %eax, 0x10(%rbx)
movq %r15, %rdi
call __ZNK7mozilla3dom4Attr9SpecifiedEv ; mozilla::dom::Attr::Specified() const
movzxl %al, %eax
movabsq $0xfff9000000000000, %rcx
Depends on D9193
Differential Revision: https://phabricator.services.mozilla.com/D9195
--HG--
extra : moz-landing-system : lando
2018-11-06 07:31:02 +03:00
|
|
|
// pcOffsetIfJS_ is not set and must not be used on label frames.
|
2018-11-06 07:32:29 +03:00
|
|
|
flagsAndCategory_ =
|
|
|
|
uint32_t(Flags::IS_LABEL_FRAME) |
|
|
|
|
(uint32_t(aCategory) << uint32_t(Flags::FLAGS_BITCOUNT));
|
2018-05-15 06:21:29 +03:00
|
|
|
MOZ_ASSERT(isLabelFrame());
|
2017-05-26 02:51:31 +03:00
|
|
|
}
|
|
|
|
|
2018-05-15 06:30:32 +03:00
|
|
|
void initSpMarkerFrame(void* sp)
|
|
|
|
{
|
|
|
|
label_ = "";
|
|
|
|
dynamicString_ = nullptr;
|
|
|
|
spOrScript = sp;
|
Bug 1499507 - Don't collect line numbers for profiling stack frames. r=njn
They were not displayed in the UI, and the instructions to initialize the line
field of a stack frame increased code size unnecessarily.
This change reduces the binary size on Linux x64 by around 100KB.
Here's a diff of the impact on the code generated for Attr_Binding::get_specified
in the Mac build:
@@ -20,17 +20,16 @@
movq 0x8(%rbx), %rax
movq %r12, %rcx
shlq $0x5, %rcx
leaq aGetAttrspecifi, %rdx ; "get Attr.specified"
movq %rdx, (%rax,%rcx)
movq $0x0, 0x8(%rax,%rcx)
leaq -40(%rbp), %rdx
movq %rdx, 0x10(%rax,%rcx)
- movl $0x106, 0x18(%rax,%rcx)
movl $0x1c, 0x1c(%rax,%rcx)
leal 0x1(%r12), %eax
movl %eax, 0x10(%rbx)
movq %r15, %rdi
call __ZNK7mozilla3dom4Attr9SpecifiedEv ; mozilla::dom::Attr::Specified() const
movzxl %al, %eax
movabsq $0xfff9000000000000, %rcx
Depends on D9193
Differential Revision: https://phabricator.services.mozilla.com/D9195
--HG--
extra : moz-landing-system : lando
2018-11-06 07:31:02 +03:00
|
|
|
// pcOffsetIfJS_ is not set and must not be used on sp marker frames.
|
2018-11-06 07:32:29 +03:00
|
|
|
flagsAndCategory_ =
|
|
|
|
uint32_t(Flags::IS_SP_MARKER_FRAME) |
|
|
|
|
(uint32_t(Category::OTHER) << uint32_t(Flags::FLAGS_BITCOUNT));
|
2018-05-15 06:30:32 +03:00
|
|
|
MOZ_ASSERT(isSpMarkerFrame());
|
|
|
|
}
|
|
|
|
|
2017-05-26 02:51:31 +03:00
|
|
|
void initJsFrame(const char* aLabel, const char* aDynamicString, JSScript* aScript,
|
2017-06-02 10:16:56 +03:00
|
|
|
jsbytecode* aPc)
|
2017-05-26 02:51:31 +03:00
|
|
|
{
|
|
|
|
label_ = aLabel;
|
|
|
|
dynamicString_ = aDynamicString;
|
|
|
|
spOrScript = aScript;
|
Bug 1499507 - Don't collect line numbers for profiling stack frames. r=njn
They were not displayed in the UI, and the instructions to initialize the line
field of a stack frame increased code size unnecessarily.
This change reduces the binary size on Linux x64 by around 100KB.
Here's a diff of the impact on the code generated for Attr_Binding::get_specified
in the Mac build:
@@ -20,17 +20,16 @@
movq 0x8(%rbx), %rax
movq %r12, %rcx
shlq $0x5, %rcx
leaq aGetAttrspecifi, %rdx ; "get Attr.specified"
movq %rdx, (%rax,%rcx)
movq $0x0, 0x8(%rax,%rcx)
leaq -40(%rbp), %rdx
movq %rdx, 0x10(%rax,%rcx)
- movl $0x106, 0x18(%rax,%rcx)
movl $0x1c, 0x1c(%rax,%rcx)
leal 0x1(%r12), %eax
movl %eax, 0x10(%rbx)
movq %r15, %rdi
call __ZNK7mozilla3dom4Attr9SpecifiedEv ; mozilla::dom::Attr::Specified() const
movzxl %al, %eax
movabsq $0xfff9000000000000, %rcx
Depends on D9193
Differential Revision: https://phabricator.services.mozilla.com/D9195
--HG--
extra : moz-landing-system : lando
2018-11-06 07:31:02 +03:00
|
|
|
pcOffsetIfJS_ = pcToOffset(aScript, aPc);
|
2018-11-06 07:32:29 +03:00
|
|
|
flagsAndCategory_ =
|
|
|
|
uint32_t(Flags::IS_JS_FRAME) |
|
|
|
|
(uint32_t(Category::JS) << uint32_t(Flags::FLAGS_BITCOUNT));
|
2018-05-15 06:21:29 +03:00
|
|
|
MOZ_ASSERT(isJsFrame());
|
2013-08-20 10:45:26 +04:00
|
|
|
}
|
|
|
|
|
2018-11-06 07:33:07 +03:00
|
|
|
uint32_t flags() const {
|
|
|
|
return uint32_t(flagsAndCategory_) & uint32_t(Flags::FLAGS_MASK);
|
|
|
|
}
|
|
|
|
|
2017-06-02 10:16:56 +03:00
|
|
|
Category category() const {
|
2018-11-06 07:32:29 +03:00
|
|
|
return Category(flagsAndCategory_ >> uint32_t(Flags::FLAGS_BITCOUNT));
|
2015-01-16 04:11:22 +03:00
|
|
|
}
|
|
|
|
|
2017-06-02 10:16:56 +03:00
|
|
|
void* stackAddress() const {
|
2018-05-15 06:21:29 +03:00
|
|
|
MOZ_ASSERT(!isJsFrame());
|
2014-05-29 02:44:41 +04:00
|
|
|
return spOrScript;
|
|
|
|
}
|
2017-05-26 07:54:31 +03:00
|
|
|
|
2017-06-02 10:16:56 +03:00
|
|
|
JS_PUBLIC_API(JSScript*) script() const;
|
2017-05-26 07:54:31 +03:00
|
|
|
|
2016-09-13 15:06:46 +03:00
|
|
|
// Note that the pointer returned might be invalid.
|
2017-06-02 10:16:56 +03:00
|
|
|
JSScript* rawScript() const {
|
2018-05-15 06:21:29 +03:00
|
|
|
MOZ_ASSERT(isJsFrame());
|
2018-02-06 00:41:29 +03:00
|
|
|
void* script = spOrScript;
|
|
|
|
return static_cast<JSScript*>(script);
|
2014-05-29 02:44:41 +04:00
|
|
|
}
|
2013-08-20 10:45:26 +04:00
|
|
|
|
2017-01-25 01:08:15 +03:00
|
|
|
// We can't know the layout of JSScript, so look in vm/GeckoProfiler.cpp.
|
2017-06-02 10:16:56 +03:00
|
|
|
JS_FRIEND_API(jsbytecode*) pc() const;
|
|
|
|
void setPC(jsbytecode* pc);
|
2013-08-20 10:45:26 +04:00
|
|
|
|
2017-06-02 10:16:56 +03:00
|
|
|
void trace(JSTracer* trc);
|
2016-04-13 12:03:44 +03:00
|
|
|
|
2014-05-29 02:44:41 +04:00
|
|
|
// The offset of a pc into a script's code can actually be 0, so to
|
|
|
|
// signify a nullptr pc, use a -1 index. This is checked against in
|
|
|
|
// pc() and setPC() to set/get the right pc.
|
|
|
|
static const int32_t NullPCOffset = -1;
|
2013-08-20 10:45:26 +04:00
|
|
|
};
|
|
|
|
|
|
|
|
JS_FRIEND_API(void)
|
2018-05-15 08:03:11 +03:00
|
|
|
SetContextProfilingStack(JSContext* cx, ProfilingStack* profilingStack);
|
2013-08-20 10:45:26 +04:00
|
|
|
|
2018-01-05 16:35:00 +03:00
|
|
|
// GetContextProfilingStack also exists, but it's defined in RootingAPI.h.
|
|
|
|
|
2013-08-20 10:45:26 +04:00
|
|
|
JS_FRIEND_API(void)
|
2016-08-11 15:39:22 +03:00
|
|
|
EnableContextProfilingStack(JSContext* cx, bool enabled);
|
2013-08-20 10:45:26 +04:00
|
|
|
|
2014-03-03 23:36:08 +04:00
|
|
|
JS_FRIEND_API(void)
|
2016-08-11 15:39:22 +03:00
|
|
|
RegisterContextProfilingEventMarker(JSContext* cx, void (*fn)(const char*));
|
2014-03-03 23:36:08 +04:00
|
|
|
|
2013-08-20 10:45:26 +04:00
|
|
|
} // namespace js
|
|
|
|
|
2018-06-08 01:37:08 +03:00
|
|
|
namespace JS {
|
|
|
|
|
2018-08-02 20:49:48 +03:00
|
|
|
typedef ProfilingStack*
|
2018-06-08 01:37:08 +03:00
|
|
|
(* RegisterThreadCallback)(const char* threadName, void* stackBase);
|
|
|
|
|
|
|
|
typedef void
|
|
|
|
(* UnregisterThreadCallback)();
|
|
|
|
|
|
|
|
JS_FRIEND_API(void)
|
|
|
|
SetProfilingThreadCallbacks(RegisterThreadCallback registerThread,
|
|
|
|
UnregisterThreadCallback unregisterThread);
|
|
|
|
|
|
|
|
} // namespace JS
|
|
|
|
|
2018-05-15 08:03:11 +03:00
|
|
|
// Each thread has its own ProfilingStack. That thread modifies the ProfilingStack,
|
2017-06-02 10:16:56 +03:00
|
|
|
// pushing and popping elements as necessary.
|
|
|
|
//
|
2018-05-15 08:03:11 +03:00
|
|
|
// The ProfilingStack is also read periodically by the profiler's sampler thread.
|
|
|
|
// This happens only when the thread that owns the ProfilingStack is suspended.
|
|
|
|
// So there are no genuine parallel accesses.
|
2017-06-02 10:16:56 +03:00
|
|
|
//
|
|
|
|
// However, it is possible for pushing/popping to be interrupted by a periodic
|
|
|
|
// sample. Because of this, we need pushing/popping to be effectively atomic.
|
|
|
|
//
|
2018-05-15 08:14:03 +03:00
|
|
|
// - When pushing a new frame, we increment the stack pointer -- making the new
|
|
|
|
// frame visible to the sampler thread -- only after the new frame has been
|
2018-02-06 00:41:29 +03:00
|
|
|
// fully written. The stack pointer is Atomic<uint32_t,ReleaseAcquire>, so
|
|
|
|
// the increment is a release-store, which ensures that this store is not
|
2018-05-15 08:14:03 +03:00
|
|
|
// reordered before the writes of the frame.
|
2017-06-02 10:16:56 +03:00
|
|
|
//
|
2018-05-15 08:14:03 +03:00
|
|
|
// - When popping an old frame, the only operation is the decrementing of the
|
2017-06-02 10:16:56 +03:00
|
|
|
// stack pointer, which is obviously atomic.
|
|
|
|
//
|
2018-05-15 08:03:11 +03:00
|
|
|
class ProfilingStack final
|
2017-05-26 02:37:28 +03:00
|
|
|
{
|
|
|
|
public:
|
2018-05-15 08:03:11 +03:00
|
|
|
ProfilingStack()
|
2017-05-26 02:37:28 +03:00
|
|
|
: stackPointer(0)
|
|
|
|
{}
|
|
|
|
|
2018-05-15 08:03:11 +03:00
|
|
|
~ProfilingStack();
|
2017-05-26 02:37:28 +03:00
|
|
|
|
2018-05-15 06:30:32 +03:00
|
|
|
void pushLabelFrame(const char* label, const char* dynamicString, void* sp,
|
Bug 1499507 - Don't collect line numbers for profiling stack frames. r=njn
They were not displayed in the UI, and the instructions to initialize the line
field of a stack frame increased code size unnecessarily.
This change reduces the binary size on Linux x64 by around 100KB.
Here's a diff of the impact on the code generated for Attr_Binding::get_specified
in the Mac build:
@@ -20,17 +20,16 @@
movq 0x8(%rbx), %rax
movq %r12, %rcx
shlq $0x5, %rcx
leaq aGetAttrspecifi, %rdx ; "get Attr.specified"
movq %rdx, (%rax,%rcx)
movq $0x0, 0x8(%rax,%rcx)
leaq -40(%rbp), %rdx
movq %rdx, 0x10(%rax,%rcx)
- movl $0x106, 0x18(%rax,%rcx)
movl $0x1c, 0x1c(%rax,%rcx)
leal 0x1(%r12), %eax
movl %eax, 0x10(%rbx)
movq %r15, %rdi
call __ZNK7mozilla3dom4Attr9SpecifiedEv ; mozilla::dom::Attr::Specified() const
movzxl %al, %eax
movabsq $0xfff9000000000000, %rcx
Depends on D9193
Differential Revision: https://phabricator.services.mozilla.com/D9195
--HG--
extra : moz-landing-system : lando
2018-11-06 07:31:02 +03:00
|
|
|
js::ProfilingStackFrame::Category category) {
|
2018-11-06 00:24:49 +03:00
|
|
|
uint32_t oldStackPointer = stackPointer;
|
2018-05-15 06:30:32 +03:00
|
|
|
|
Bug 1499507 - Make ensureCapacitySlow infallible. r=emilio
This eliminates a few instructions from each inlined instance of
AutoProfilerLabel because we no longer need to handle allocation failure in the
inlined code.
I think this allocation should be fine to make infallible: The allocation size
is limited by the thread's stack depth, and we only hit this code path when the
stack is the deepest it's ever been during the thread's life time.
This change reduces the binary size on Linux x64 by around 100KB.
Here's a diff of the impact on the code generated for Attr_Binding::get_specified
in the Mac build, it really just eliminates one test and one jump at the very end
of the method:
@@ -9,30 +9,29 @@
movq %rcx, %r14
movq %rdx, %r15
movq 0x80(%rdi), %rbx
movq %rbx, -40(%rbp)
testq %rbx, %rbx
je loc_xxxxx
movl 0x10(%rbx), %r12d
- cmpl %r12d, (%rbx)
- jbe loc_xxxxx
+ cmpl (%rbx), %r12d
+ jae loc_xxxxx
movq 0x8(%rbx), %rax
movq %r12, %rcx
shlq $0x5, %rcx
leaq aGetAttrspecifi, %rdx ; "get Attr.specified"
movq %rdx, (%rax,%rcx)
movq $0x0, 0x8(%rax,%rcx)
leaq -40(%rbp), %rdx
movq %rdx, 0x10(%rax,%rcx)
movl $0x106, 0x18(%rax,%rcx)
movl $0x1c, 0x1c(%rax,%rcx)
-
leal 0x1(%r12), %eax
movl %eax, 0x10(%rbx)
movq %r15, %rdi
call __ZNK7mozilla3dom4Attr9SpecifiedEv ; mozilla::dom::Attr::Specified() const
movzxl %al, %eax
movabsq $0xfff9000000000000, %rcx
orq %rax, %rcx
@@ -50,12 +49,9 @@
popq %r14
popq %r15
popq %rbp
ret
; endp
movq %rbx, %rdi
call __ZN14ProfilingStack18ensureCapacitySlowEv ; ProfilingStack::ensureCapacitySlow()
- testb %al, %al
- jne loc_xxxxx
-
jmp loc_xxxxx
Depends on D9192
Differential Revision: https://phabricator.services.mozilla.com/D9193
--HG--
extra : moz-landing-system : lando
2018-11-06 07:30:13 +03:00
|
|
|
if (MOZ_UNLIKELY(oldStackPointer >= capacity)) {
|
|
|
|
ensureCapacitySlow();
|
2018-09-06 13:11:07 +03:00
|
|
|
}
|
Bug 1499507 - Don't collect line numbers for profiling stack frames. r=njn
They were not displayed in the UI, and the instructions to initialize the line
field of a stack frame increased code size unnecessarily.
This change reduces the binary size on Linux x64 by around 100KB.
Here's a diff of the impact on the code generated for Attr_Binding::get_specified
in the Mac build:
@@ -20,17 +20,16 @@
movq 0x8(%rbx), %rax
movq %r12, %rcx
shlq $0x5, %rcx
leaq aGetAttrspecifi, %rdx ; "get Attr.specified"
movq %rdx, (%rax,%rcx)
movq $0x0, 0x8(%rax,%rcx)
leaq -40(%rbp), %rdx
movq %rdx, 0x10(%rax,%rcx)
- movl $0x106, 0x18(%rax,%rcx)
movl $0x1c, 0x1c(%rax,%rcx)
leal 0x1(%r12), %eax
movl %eax, 0x10(%rbx)
movq %r15, %rdi
call __ZNK7mozilla3dom4Attr9SpecifiedEv ; mozilla::dom::Attr::Specified() const
movzxl %al, %eax
movabsq $0xfff9000000000000, %rcx
Depends on D9193
Differential Revision: https://phabricator.services.mozilla.com/D9195
--HG--
extra : moz-landing-system : lando
2018-11-06 07:31:02 +03:00
|
|
|
frames[oldStackPointer].initLabelFrame(label, dynamicString, sp, category);
|
2018-05-15 06:30:32 +03:00
|
|
|
|
|
|
|
// This must happen at the end! The compiler will not reorder this
|
|
|
|
// update because stackPointer is Atomic<..., ReleaseAcquire>, so any
|
|
|
|
// the writes above will not be reordered below the stackPointer store.
|
|
|
|
// Do the read and the write as two separate statements, in order to
|
|
|
|
// make it clear that we don't need an atomic increment, which would be
|
|
|
|
// more expensive on x86 than the separate operations done here.
|
2018-11-06 00:24:49 +03:00
|
|
|
// This thread is the only one that ever changes the value of
|
|
|
|
// stackPointer.
|
|
|
|
stackPointer = oldStackPointer + 1;
|
2018-05-15 06:30:32 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
void pushSpMarkerFrame(void* sp) {
|
2018-03-18 18:58:44 +03:00
|
|
|
uint32_t oldStackPointer = stackPointer;
|
|
|
|
|
Bug 1499507 - Make ensureCapacitySlow infallible. r=emilio
This eliminates a few instructions from each inlined instance of
AutoProfilerLabel because we no longer need to handle allocation failure in the
inlined code.
I think this allocation should be fine to make infallible: The allocation size
is limited by the thread's stack depth, and we only hit this code path when the
stack is the deepest it's ever been during the thread's life time.
This change reduces the binary size on Linux x64 by around 100KB.
Here's a diff of the impact on the code generated for Attr_Binding::get_specified
in the Mac build, it really just eliminates one test and one jump at the very end
of the method:
@@ -9,30 +9,29 @@
movq %rcx, %r14
movq %rdx, %r15
movq 0x80(%rdi), %rbx
movq %rbx, -40(%rbp)
testq %rbx, %rbx
je loc_xxxxx
movl 0x10(%rbx), %r12d
- cmpl %r12d, (%rbx)
- jbe loc_xxxxx
+ cmpl (%rbx), %r12d
+ jae loc_xxxxx
movq 0x8(%rbx), %rax
movq %r12, %rcx
shlq $0x5, %rcx
leaq aGetAttrspecifi, %rdx ; "get Attr.specified"
movq %rdx, (%rax,%rcx)
movq $0x0, 0x8(%rax,%rcx)
leaq -40(%rbp), %rdx
movq %rdx, 0x10(%rax,%rcx)
movl $0x106, 0x18(%rax,%rcx)
movl $0x1c, 0x1c(%rax,%rcx)
-
leal 0x1(%r12), %eax
movl %eax, 0x10(%rbx)
movq %r15, %rdi
call __ZNK7mozilla3dom4Attr9SpecifiedEv ; mozilla::dom::Attr::Specified() const
movzxl %al, %eax
movabsq $0xfff9000000000000, %rcx
orq %rax, %rcx
@@ -50,12 +49,9 @@
popq %r14
popq %r15
popq %rbp
ret
; endp
movq %rbx, %rdi
call __ZN14ProfilingStack18ensureCapacitySlowEv ; ProfilingStack::ensureCapacitySlow()
- testb %al, %al
- jne loc_xxxxx
-
jmp loc_xxxxx
Depends on D9192
Differential Revision: https://phabricator.services.mozilla.com/D9193
--HG--
extra : moz-landing-system : lando
2018-11-06 07:30:13 +03:00
|
|
|
if (MOZ_UNLIKELY(oldStackPointer >= capacity)) {
|
|
|
|
ensureCapacitySlow();
|
2018-09-06 13:11:07 +03:00
|
|
|
}
|
Bug 1499507 - Make ensureCapacitySlow infallible. r=emilio
This eliminates a few instructions from each inlined instance of
AutoProfilerLabel because we no longer need to handle allocation failure in the
inlined code.
I think this allocation should be fine to make infallible: The allocation size
is limited by the thread's stack depth, and we only hit this code path when the
stack is the deepest it's ever been during the thread's life time.
This change reduces the binary size on Linux x64 by around 100KB.
Here's a diff of the impact on the code generated for Attr_Binding::get_specified
in the Mac build, it really just eliminates one test and one jump at the very end
of the method:
@@ -9,30 +9,29 @@
movq %rcx, %r14
movq %rdx, %r15
movq 0x80(%rdi), %rbx
movq %rbx, -40(%rbp)
testq %rbx, %rbx
je loc_xxxxx
movl 0x10(%rbx), %r12d
- cmpl %r12d, (%rbx)
- jbe loc_xxxxx
+ cmpl (%rbx), %r12d
+ jae loc_xxxxx
movq 0x8(%rbx), %rax
movq %r12, %rcx
shlq $0x5, %rcx
leaq aGetAttrspecifi, %rdx ; "get Attr.specified"
movq %rdx, (%rax,%rcx)
movq $0x0, 0x8(%rax,%rcx)
leaq -40(%rbp), %rdx
movq %rdx, 0x10(%rax,%rcx)
movl $0x106, 0x18(%rax,%rcx)
movl $0x1c, 0x1c(%rax,%rcx)
-
leal 0x1(%r12), %eax
movl %eax, 0x10(%rbx)
movq %r15, %rdi
call __ZNK7mozilla3dom4Attr9SpecifiedEv ; mozilla::dom::Attr::Specified() const
movzxl %al, %eax
movabsq $0xfff9000000000000, %rcx
orq %rax, %rcx
@@ -50,12 +49,9 @@
popq %r14
popq %r15
popq %rbp
ret
; endp
movq %rbx, %rdi
call __ZN14ProfilingStack18ensureCapacitySlowEv ; ProfilingStack::ensureCapacitySlow()
- testb %al, %al
- jne loc_xxxxx
-
jmp loc_xxxxx
Depends on D9192
Differential Revision: https://phabricator.services.mozilla.com/D9193
--HG--
extra : moz-landing-system : lando
2018-11-06 07:30:13 +03:00
|
|
|
frames[oldStackPointer].initSpMarkerFrame(sp);
|
2017-05-26 02:37:28 +03:00
|
|
|
|
2018-05-15 08:14:03 +03:00
|
|
|
// This must happen at the end, see the comment in pushLabelFrame.
|
2017-08-02 21:36:43 +03:00
|
|
|
stackPointer = oldStackPointer + 1;
|
2017-05-26 02:51:31 +03:00
|
|
|
}
|
2017-05-26 02:37:28 +03:00
|
|
|
|
2017-05-26 02:51:31 +03:00
|
|
|
void pushJsFrame(const char* label, const char* dynamicString, JSScript* script,
|
|
|
|
jsbytecode* pc) {
|
2018-03-18 18:58:44 +03:00
|
|
|
uint32_t oldStackPointer = stackPointer;
|
|
|
|
|
Bug 1499507 - Make ensureCapacitySlow infallible. r=emilio
This eliminates a few instructions from each inlined instance of
AutoProfilerLabel because we no longer need to handle allocation failure in the
inlined code.
I think this allocation should be fine to make infallible: The allocation size
is limited by the thread's stack depth, and we only hit this code path when the
stack is the deepest it's ever been during the thread's life time.
This change reduces the binary size on Linux x64 by around 100KB.
Here's a diff of the impact on the code generated for Attr_Binding::get_specified
in the Mac build, it really just eliminates one test and one jump at the very end
of the method:
@@ -9,30 +9,29 @@
movq %rcx, %r14
movq %rdx, %r15
movq 0x80(%rdi), %rbx
movq %rbx, -40(%rbp)
testq %rbx, %rbx
je loc_xxxxx
movl 0x10(%rbx), %r12d
- cmpl %r12d, (%rbx)
- jbe loc_xxxxx
+ cmpl (%rbx), %r12d
+ jae loc_xxxxx
movq 0x8(%rbx), %rax
movq %r12, %rcx
shlq $0x5, %rcx
leaq aGetAttrspecifi, %rdx ; "get Attr.specified"
movq %rdx, (%rax,%rcx)
movq $0x0, 0x8(%rax,%rcx)
leaq -40(%rbp), %rdx
movq %rdx, 0x10(%rax,%rcx)
movl $0x106, 0x18(%rax,%rcx)
movl $0x1c, 0x1c(%rax,%rcx)
-
leal 0x1(%r12), %eax
movl %eax, 0x10(%rbx)
movq %r15, %rdi
call __ZNK7mozilla3dom4Attr9SpecifiedEv ; mozilla::dom::Attr::Specified() const
movzxl %al, %eax
movabsq $0xfff9000000000000, %rcx
orq %rax, %rcx
@@ -50,12 +49,9 @@
popq %r14
popq %r15
popq %rbp
ret
; endp
movq %rbx, %rdi
call __ZN14ProfilingStack18ensureCapacitySlowEv ; ProfilingStack::ensureCapacitySlow()
- testb %al, %al
- jne loc_xxxxx
-
jmp loc_xxxxx
Depends on D9192
Differential Revision: https://phabricator.services.mozilla.com/D9193
--HG--
extra : moz-landing-system : lando
2018-11-06 07:30:13 +03:00
|
|
|
if (MOZ_UNLIKELY(oldStackPointer >= capacity)) {
|
|
|
|
ensureCapacitySlow();
|
2018-09-06 13:11:07 +03:00
|
|
|
}
|
Bug 1499507 - Make ensureCapacitySlow infallible. r=emilio
This eliminates a few instructions from each inlined instance of
AutoProfilerLabel because we no longer need to handle allocation failure in the
inlined code.
I think this allocation should be fine to make infallible: The allocation size
is limited by the thread's stack depth, and we only hit this code path when the
stack is the deepest it's ever been during the thread's life time.
This change reduces the binary size on Linux x64 by around 100KB.
Here's a diff of the impact on the code generated for Attr_Binding::get_specified
in the Mac build, it really just eliminates one test and one jump at the very end
of the method:
@@ -9,30 +9,29 @@
movq %rcx, %r14
movq %rdx, %r15
movq 0x80(%rdi), %rbx
movq %rbx, -40(%rbp)
testq %rbx, %rbx
je loc_xxxxx
movl 0x10(%rbx), %r12d
- cmpl %r12d, (%rbx)
- jbe loc_xxxxx
+ cmpl (%rbx), %r12d
+ jae loc_xxxxx
movq 0x8(%rbx), %rax
movq %r12, %rcx
shlq $0x5, %rcx
leaq aGetAttrspecifi, %rdx ; "get Attr.specified"
movq %rdx, (%rax,%rcx)
movq $0x0, 0x8(%rax,%rcx)
leaq -40(%rbp), %rdx
movq %rdx, 0x10(%rax,%rcx)
movl $0x106, 0x18(%rax,%rcx)
movl $0x1c, 0x1c(%rax,%rcx)
-
leal 0x1(%r12), %eax
movl %eax, 0x10(%rbx)
movq %r15, %rdi
call __ZNK7mozilla3dom4Attr9SpecifiedEv ; mozilla::dom::Attr::Specified() const
movzxl %al, %eax
movabsq $0xfff9000000000000, %rcx
orq %rax, %rcx
@@ -50,12 +49,9 @@
popq %r14
popq %r15
popq %rbp
ret
; endp
movq %rbx, %rdi
call __ZN14ProfilingStack18ensureCapacitySlowEv ; ProfilingStack::ensureCapacitySlow()
- testb %al, %al
- jne loc_xxxxx
-
jmp loc_xxxxx
Depends on D9192
Differential Revision: https://phabricator.services.mozilla.com/D9193
--HG--
extra : moz-landing-system : lando
2018-11-06 07:30:13 +03:00
|
|
|
frames[oldStackPointer].initJsFrame(label, dynamicString, script, pc);
|
2017-05-26 02:37:28 +03:00
|
|
|
|
2018-05-15 08:14:03 +03:00
|
|
|
// This must happen at the end, see the comment in pushLabelFrame.
|
2018-11-06 00:24:49 +03:00
|
|
|
stackPointer = oldStackPointer + 1;
|
2017-05-26 02:37:28 +03:00
|
|
|
}
|
|
|
|
|
2017-05-26 02:51:31 +03:00
|
|
|
void pop() {
|
|
|
|
MOZ_ASSERT(stackPointer > 0);
|
2017-08-02 21:36:43 +03:00
|
|
|
// Do the read and the write as two separate statements, in order to
|
|
|
|
// make it clear that we don't need an atomic decrement, which would be
|
|
|
|
// more expensive on x86 than the separate operations done here.
|
|
|
|
// This thread is the only one that ever changes the value of
|
|
|
|
// stackPointer.
|
|
|
|
uint32_t oldStackPointer = stackPointer;
|
|
|
|
stackPointer = oldStackPointer - 1;
|
2017-05-26 02:37:28 +03:00
|
|
|
}
|
|
|
|
|
Bug 1499507 - Make ensureCapacitySlow infallible. r=emilio
This eliminates a few instructions from each inlined instance of
AutoProfilerLabel because we no longer need to handle allocation failure in the
inlined code.
I think this allocation should be fine to make infallible: The allocation size
is limited by the thread's stack depth, and we only hit this code path when the
stack is the deepest it's ever been during the thread's life time.
This change reduces the binary size on Linux x64 by around 100KB.
Here's a diff of the impact on the code generated for Attr_Binding::get_specified
in the Mac build, it really just eliminates one test and one jump at the very end
of the method:
@@ -9,30 +9,29 @@
movq %rcx, %r14
movq %rdx, %r15
movq 0x80(%rdi), %rbx
movq %rbx, -40(%rbp)
testq %rbx, %rbx
je loc_xxxxx
movl 0x10(%rbx), %r12d
- cmpl %r12d, (%rbx)
- jbe loc_xxxxx
+ cmpl (%rbx), %r12d
+ jae loc_xxxxx
movq 0x8(%rbx), %rax
movq %r12, %rcx
shlq $0x5, %rcx
leaq aGetAttrspecifi, %rdx ; "get Attr.specified"
movq %rdx, (%rax,%rcx)
movq $0x0, 0x8(%rax,%rcx)
leaq -40(%rbp), %rdx
movq %rdx, 0x10(%rax,%rcx)
movl $0x106, 0x18(%rax,%rcx)
movl $0x1c, 0x1c(%rax,%rcx)
-
leal 0x1(%r12), %eax
movl %eax, 0x10(%rbx)
movq %r15, %rdi
call __ZNK7mozilla3dom4Attr9SpecifiedEv ; mozilla::dom::Attr::Specified() const
movzxl %al, %eax
movabsq $0xfff9000000000000, %rcx
orq %rax, %rcx
@@ -50,12 +49,9 @@
popq %r14
popq %r15
popq %rbp
ret
; endp
movq %rbx, %rdi
call __ZN14ProfilingStack18ensureCapacitySlowEv ; ProfilingStack::ensureCapacitySlow()
- testb %al, %al
- jne loc_xxxxx
-
jmp loc_xxxxx
Depends on D9192
Differential Revision: https://phabricator.services.mozilla.com/D9193
--HG--
extra : moz-landing-system : lando
2018-11-06 07:30:13 +03:00
|
|
|
uint32_t stackSize() const { return stackPointer; }
|
2018-05-15 08:14:03 +03:00
|
|
|
uint32_t stackCapacity() const { return capacity; }
|
2017-05-26 02:37:28 +03:00
|
|
|
|
|
|
|
private:
|
2018-03-18 18:58:44 +03:00
|
|
|
// Out of line path for expanding the buffer, since otherwise this would get inlined in every
|
|
|
|
// DOM WebIDL call.
|
Bug 1499507 - Make ensureCapacitySlow infallible. r=emilio
This eliminates a few instructions from each inlined instance of
AutoProfilerLabel because we no longer need to handle allocation failure in the
inlined code.
I think this allocation should be fine to make infallible: The allocation size
is limited by the thread's stack depth, and we only hit this code path when the
stack is the deepest it's ever been during the thread's life time.
This change reduces the binary size on Linux x64 by around 100KB.
Here's a diff of the impact on the code generated for Attr_Binding::get_specified
in the Mac build, it really just eliminates one test and one jump at the very end
of the method:
@@ -9,30 +9,29 @@
movq %rcx, %r14
movq %rdx, %r15
movq 0x80(%rdi), %rbx
movq %rbx, -40(%rbp)
testq %rbx, %rbx
je loc_xxxxx
movl 0x10(%rbx), %r12d
- cmpl %r12d, (%rbx)
- jbe loc_xxxxx
+ cmpl (%rbx), %r12d
+ jae loc_xxxxx
movq 0x8(%rbx), %rax
movq %r12, %rcx
shlq $0x5, %rcx
leaq aGetAttrspecifi, %rdx ; "get Attr.specified"
movq %rdx, (%rax,%rcx)
movq $0x0, 0x8(%rax,%rcx)
leaq -40(%rbp), %rdx
movq %rdx, 0x10(%rax,%rcx)
movl $0x106, 0x18(%rax,%rcx)
movl $0x1c, 0x1c(%rax,%rcx)
-
leal 0x1(%r12), %eax
movl %eax, 0x10(%rbx)
movq %r15, %rdi
call __ZNK7mozilla3dom4Attr9SpecifiedEv ; mozilla::dom::Attr::Specified() const
movzxl %al, %eax
movabsq $0xfff9000000000000, %rcx
orq %rax, %rcx
@@ -50,12 +49,9 @@
popq %r14
popq %r15
popq %rbp
ret
; endp
movq %rbx, %rdi
call __ZN14ProfilingStack18ensureCapacitySlowEv ; ProfilingStack::ensureCapacitySlow()
- testb %al, %al
- jne loc_xxxxx
-
jmp loc_xxxxx
Depends on D9192
Differential Revision: https://phabricator.services.mozilla.com/D9193
--HG--
extra : moz-landing-system : lando
2018-11-06 07:30:13 +03:00
|
|
|
MOZ_COLD void ensureCapacitySlow();
|
2018-03-18 18:58:44 +03:00
|
|
|
|
2017-05-26 02:37:28 +03:00
|
|
|
// No copying.
|
2018-05-15 08:03:11 +03:00
|
|
|
ProfilingStack(const ProfilingStack&) = delete;
|
|
|
|
void operator=(const ProfilingStack&) = delete;
|
2017-05-26 02:37:28 +03:00
|
|
|
|
2018-03-18 18:58:44 +03:00
|
|
|
// No moving either.
|
2018-05-15 08:03:11 +03:00
|
|
|
ProfilingStack(ProfilingStack&&) = delete;
|
|
|
|
void operator=(ProfilingStack&&) = delete;
|
2018-03-18 18:58:44 +03:00
|
|
|
|
2018-05-15 08:14:03 +03:00
|
|
|
uint32_t capacity = 0;
|
2018-03-18 18:58:44 +03:00
|
|
|
|
2017-05-26 02:37:28 +03:00
|
|
|
public:
|
2017-05-26 02:51:31 +03:00
|
|
|
|
2018-05-15 08:14:03 +03:00
|
|
|
// The pointer to the stack frames, this is read from the profiler thread and written from the
|
2018-03-18 18:58:44 +03:00
|
|
|
// current thread.
|
|
|
|
//
|
|
|
|
// This is effectively a unique pointer.
|
2018-07-21 17:37:45 +03:00
|
|
|
mozilla::Atomic<js::ProfilingStackFrame*, mozilla::SequentiallyConsistent,
|
|
|
|
mozilla::recordreplay::Behavior::DontPreserve> frames { nullptr };
|
2017-05-26 02:37:28 +03:00
|
|
|
|
2018-05-15 08:14:03 +03:00
|
|
|
// This may exceed the capacity, so instead use the stackSize() method to
|
|
|
|
// determine the number of valid frames in stackFrames. When this is less
|
|
|
|
// than stackCapacity(), it refers to the first free stackframe past the top
|
|
|
|
// of the in-use stack (i.e. frames[stackPointer - 1] is the top stack
|
|
|
|
// frame).
|
2018-02-06 00:41:29 +03:00
|
|
|
//
|
|
|
|
// WARNING WARNING WARNING
|
|
|
|
//
|
|
|
|
// This is an atomic variable that uses ReleaseAcquire memory ordering.
|
|
|
|
// See the "Concurrency considerations" paragraph at the top of this file
|
|
|
|
// for more details.
|
2018-07-21 17:37:45 +03:00
|
|
|
mozilla::Atomic<uint32_t, mozilla::ReleaseAcquire,
|
|
|
|
mozilla::recordreplay::Behavior::DontPreserve> stackPointer;
|
2017-05-26 02:37:28 +03:00
|
|
|
};
|
|
|
|
|
2018-01-05 16:35:00 +03:00
|
|
|
namespace js {
|
|
|
|
|
|
|
|
class AutoGeckoProfilerEntry;
|
|
|
|
class GeckoProfilerEntryMarker;
|
|
|
|
class GeckoProfilerBaselineOSRMarker;
|
|
|
|
|
|
|
|
class GeckoProfilerThread
|
|
|
|
{
|
|
|
|
friend class AutoGeckoProfilerEntry;
|
|
|
|
friend class GeckoProfilerEntryMarker;
|
|
|
|
friend class GeckoProfilerBaselineOSRMarker;
|
|
|
|
|
2018-05-15 08:03:11 +03:00
|
|
|
ProfilingStack* profilingStack_;
|
2018-01-05 16:35:00 +03:00
|
|
|
|
Bug 1499507 - Fold the 'profiler is active' check into the 'JSContext has a non-null PseudoStack' check. r=sfink
This eliminates a few instructions from every profiler label and saves code size.
We have around 9000 WebIDL constructors + methods + getters + setters which all
have an inlined instance of this code.
This change reduces the binary size on Linux x64 by around 160KB.
Here's a diff of the impact on the code generated for Attr_Binding::get_specified
in the Mac build:
movq %rsp, %rbp
pushq %r15
pushq %r14
pushq %r12
pushq %rbx
subq $0x10, %rsp
movq %rcx, %r14
movq %rdx, %r15
- movq __ZN7mozilla8profiler6detail12RacyFeatures18sActiveAndFeaturesE@GOT, %rax ; __ZN7mozilla8profiler6detail12RacyFeatures18sActiveAndFeaturesE@GOT
- movl (%rax), %eax
- testl %eax, %eax
- js loc_xxxxx
-
- movq $0x0, -40(%rbp)
- jmp loc_xxxxx
-
- movq 0x78(%rdi), %rbx
+ movq 0x80(%rdi), %rbx
movq %rbx, -40(%rbp)
testq %rbx, %rbx
je loc_xxxxx
movl 0x10(%rbx), %r12d
cmpl %r12d, (%rbx)
jbe loc_xxxxx
Differential Revision: https://phabricator.services.mozilla.com/D9192
--HG--
extra : moz-landing-system : lando
2018-11-06 07:29:35 +03:00
|
|
|
// Same as profilingStack_ if the profiler is currently active, otherwise null.
|
|
|
|
ProfilingStack* profilingStackIfEnabled_;
|
|
|
|
|
2018-01-05 16:35:00 +03:00
|
|
|
public:
|
|
|
|
GeckoProfilerThread();
|
|
|
|
|
2018-10-05 03:52:43 +03:00
|
|
|
uint32_t stackPointer() { MOZ_ASSERT(infraInstalled()); return profilingStack_->stackPointer; }
|
2018-05-15 08:03:11 +03:00
|
|
|
ProfilingStackFrame* stack() { return profilingStack_->frames; }
|
|
|
|
ProfilingStack* getProfilingStack() { return profilingStack_; }
|
Bug 1499507 - Fold the 'profiler is active' check into the 'JSContext has a non-null PseudoStack' check. r=sfink
This eliminates a few instructions from every profiler label and saves code size.
We have around 9000 WebIDL constructors + methods + getters + setters which all
have an inlined instance of this code.
This change reduces the binary size on Linux x64 by around 160KB.
Here's a diff of the impact on the code generated for Attr_Binding::get_specified
in the Mac build:
movq %rsp, %rbp
pushq %r15
pushq %r14
pushq %r12
pushq %rbx
subq $0x10, %rsp
movq %rcx, %r14
movq %rdx, %r15
- movq __ZN7mozilla8profiler6detail12RacyFeatures18sActiveAndFeaturesE@GOT, %rax ; __ZN7mozilla8profiler6detail12RacyFeatures18sActiveAndFeaturesE@GOT
- movl (%rax), %eax
- testl %eax, %eax
- js loc_xxxxx
-
- movq $0x0, -40(%rbp)
- jmp loc_xxxxx
-
- movq 0x78(%rdi), %rbx
+ movq 0x80(%rdi), %rbx
movq %rbx, -40(%rbp)
testq %rbx, %rbx
je loc_xxxxx
movl 0x10(%rbx), %r12d
cmpl %r12d, (%rbx)
jbe loc_xxxxx
Differential Revision: https://phabricator.services.mozilla.com/D9192
--HG--
extra : moz-landing-system : lando
2018-11-06 07:29:35 +03:00
|
|
|
ProfilingStack* getProfilingStackIfEnabled() { return profilingStackIfEnabled_; }
|
2018-01-05 16:35:00 +03:00
|
|
|
|
2018-10-05 03:52:43 +03:00
|
|
|
/*
|
|
|
|
* True if the profiler infrastructure is setup. Should be true in builds
|
|
|
|
* that include profiler support except during early startup or late
|
|
|
|
* shutdown. Unrelated to the presence of the Gecko Profiler addon.
|
|
|
|
*/
|
|
|
|
bool infraInstalled() { return profilingStack_ != nullptr; }
|
2018-01-05 16:35:00 +03:00
|
|
|
|
Bug 1499507 - Fold the 'profiler is active' check into the 'JSContext has a non-null PseudoStack' check. r=sfink
This eliminates a few instructions from every profiler label and saves code size.
We have around 9000 WebIDL constructors + methods + getters + setters which all
have an inlined instance of this code.
This change reduces the binary size on Linux x64 by around 160KB.
Here's a diff of the impact on the code generated for Attr_Binding::get_specified
in the Mac build:
movq %rsp, %rbp
pushq %r15
pushq %r14
pushq %r12
pushq %rbx
subq $0x10, %rsp
movq %rcx, %r14
movq %rdx, %r15
- movq __ZN7mozilla8profiler6detail12RacyFeatures18sActiveAndFeaturesE@GOT, %rax ; __ZN7mozilla8profiler6detail12RacyFeatures18sActiveAndFeaturesE@GOT
- movl (%rax), %eax
- testl %eax, %eax
- js loc_xxxxx
-
- movq $0x0, -40(%rbp)
- jmp loc_xxxxx
-
- movq 0x78(%rdi), %rbx
+ movq 0x80(%rdi), %rbx
movq %rbx, -40(%rbp)
testq %rbx, %rbx
je loc_xxxxx
movl 0x10(%rbx), %r12d
cmpl %r12d, (%rbx)
jbe loc_xxxxx
Differential Revision: https://phabricator.services.mozilla.com/D9192
--HG--
extra : moz-landing-system : lando
2018-11-06 07:29:35 +03:00
|
|
|
void setProfilingStack(ProfilingStack* profilingStack, bool enabled);
|
|
|
|
void enable(bool enable) { profilingStackIfEnabled_ = enable ? profilingStack_ : nullptr; }
|
2018-01-05 16:35:00 +03:00
|
|
|
void trace(JSTracer* trc);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Functions which are the actual instrumentation to track run information
|
|
|
|
*
|
|
|
|
* - enter: a function has started to execute
|
|
|
|
* - updatePC: updates the pc information about where a function
|
|
|
|
* is currently executing
|
|
|
|
* - exit: this function has ceased execution, and no further
|
|
|
|
* entries/exits will be made
|
|
|
|
*/
|
|
|
|
bool enter(JSContext* cx, JSScript* script, JSFunction* maybeFun);
|
|
|
|
void exit(JSScript* script, JSFunction* maybeFun);
|
|
|
|
inline void updatePC(JSContext* cx, JSScript* script, jsbytecode* pc);
|
|
|
|
};
|
|
|
|
|
|
|
|
} // namespace js
|
|
|
|
|
2013-08-20 10:45:26 +04:00
|
|
|
#endif /* js_ProfilingStack_h */
|