@firefox-devtools/profiler-cli 0.6.0 → 0.8.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +22 -0
- package/dist/mappings.wasm +0 -0
- package/dist/profiler-cli.js +344 -192
- package/package.json +3 -2
package/README.md
CHANGED
|
@@ -54,6 +54,8 @@ profiler-cli filter push <filter-flag> # Push a sticky sample filter (see fi
|
|
|
54
54
|
profiler-cli filter pop [N] # Pop the last N filters (default: 1)
|
|
55
55
|
profiler-cli filter list # List active filters for current thread
|
|
56
56
|
profiler-cli filter clear # Remove all filters for current thread
|
|
57
|
+
profiler-cli sourcemap sources # List bundle sources eligible for a source map (src-N handles)
|
|
58
|
+
profiler-cli sourcemap apply <path> # Apply a .map file to de-minify JS stacks [--to <src-N>]
|
|
57
59
|
profiler-cli status # Show session status (selected thread, zoom ranges, filters)
|
|
58
60
|
profiler-cli stop # Stop current daemon
|
|
59
61
|
profiler-cli stop <id> # Stop a specific session
|
|
@@ -93,6 +95,7 @@ profiler-cli thread info --thread t-0 # View info for specific thread witho
|
|
|
93
95
|
| `--jank-limit <N>` | Max jank periods to show in `thread page-load` (default: 10, 0 = show all) |
|
|
94
96
|
| `--list` | Show a flat chronological list of individual markers (for `thread markers`) |
|
|
95
97
|
| `--all` | Show all threads in `profile info` (overrides default top-5 limit) |
|
|
98
|
+
| `--to <src-N>` | Target source for `sourcemap apply`, skipping auto-matching (from `sourcemap sources`) |
|
|
96
99
|
| `--session <id>` | Use a specific session instead of the current one |
|
|
97
100
|
|
|
98
101
|
## Sample Filter Flags
|
|
@@ -116,6 +119,25 @@ For `filter push`, exactly one flag per push. For ephemeral use, multiple flags
|
|
|
116
119
|
|
|
117
120
|
Sessions are stored in `~/.profiler-cli/` (or `$PROFILER_CLI_SESSION_DIR` to override).
|
|
118
121
|
|
|
122
|
+
Each session keeps a metadata file, a Unix domain socket (a named pipe on Windows), and a daemon log in that directory. The daemon log is the first place to look when a session misbehaves, and `profiler-cli` prints its path in error messages.
|
|
123
|
+
|
|
124
|
+
## Running in a sandbox
|
|
125
|
+
|
|
126
|
+
`profiler-cli` runs its daemon in a separate process and talks to it over a Unix domain socket in the session directory, so a sandbox has to allow two things:
|
|
127
|
+
|
|
128
|
+
- writing to the session directory, and
|
|
129
|
+
- creating and connecting to Unix domain sockets inside it.
|
|
130
|
+
|
|
131
|
+
If the home directory is not writable, point the CLI somewhere it can write:
|
|
132
|
+
|
|
133
|
+
```bash
|
|
134
|
+
export PROFILER_CLI_SESSION_DIR=/tmp/profiler-cli
|
|
135
|
+
```
|
|
136
|
+
|
|
137
|
+
Keep that path short. Unix socket paths are limited to 104 bytes on macOS and 108 on Linux, and the session directory is part of the socket path.
|
|
138
|
+
|
|
139
|
+
If Unix domain sockets are blocked outright, allow them in the sandbox policy or run `profiler-cli` outside the sandbox.
|
|
140
|
+
|
|
119
141
|
## Contributing
|
|
120
142
|
|
|
121
143
|
See [CONTRIBUTING.md](CONTRIBUTING.md) for architecture, build instructions, and how to add new commands.
|
|
Binary file
|