electron/docs/api/content-tracing.md

87 lines
3.1 KiB
Markdown
Raw Normal View History

# contentTracing
2014-07-31 07:40:40 +00:00
> Collect tracing data from Chromium to find performance bottlenecks and slow operations.
2016-11-23 19:20:56 +00:00
Process: [Main](../glossary.md#main-process)
2016-11-11 18:07:36 +00:00
This module does not include a web interface. To view recorded traces, use
[trace viewer][], available at `chrome://tracing` in Chrome.
2014-07-31 07:40:40 +00:00
2017-02-02 21:20:38 +00:00
**Note:** You should not use this module until the `ready` event of the app
module is emitted.
2017-02-02 21:20:38 +00:00
```javascript
2018-09-13 16:10:51 +00:00
const { app, contentTracing } = require('electron')
2017-02-02 21:20:38 +00:00
app.whenReady().then(() => {
(async () => {
await contentTracing.startRecording({
included_categories: ['*']
})
2017-02-02 21:20:38 +00:00
console.log('Tracing started')
await new Promise(resolve => setTimeout(resolve, 5000))
const path = await contentTracing.stopRecording()
console.log('Tracing data recorded to ' + path)
})()
})
2014-07-31 07:40:40 +00:00
```
2015-08-25 11:49:48 +00:00
## Methods
2016-04-26 17:28:20 +00:00
The `contentTracing` module has the following methods:
2015-08-25 11:49:48 +00:00
### `contentTracing.getCategories()`
Returns `Promise<String[]>` - resolves with an array of category groups once all child processes have acknowledged the `getCategories` request
Get a set of category groups. The category groups can change as new code paths
are reached. See also the [list of built-in tracing
categories](https://chromium.googlesource.com/chromium/src/+/master/base/trace_event/builtin_categories.h).
2014-07-31 07:40:40 +00:00
> **NOTE:** Electron adds a non-default tracing category called `"electron"`.
> This category can be used to capture Electron-specific tracing events.
### `contentTracing.startRecording(options)`
* `options` ([TraceConfig](structures/trace-config.md) | [TraceCategoriesAndOptions](structures/trace-categories-and-options.md))
Returns `Promise<void>` - resolved once all child processes have acknowledged the `startRecording` request.
Start recording on all processes.
Recording begins immediately locally and asynchronously on child processes
as soon as they receive the EnableRecording request.
If a recording is already running, the promise will be immediately resolved, as
only one trace operation can be in progress at a time.
### `contentTracing.stopRecording([resultFilePath])`
* `resultFilePath` String (optional)
Returns `Promise<String>` - resolves with a path to a file that contains the traced data once all child processes have acknowledged the `stopRecording` request
Stop recording on all processes.
Child processes typically cache trace data and only rarely flush and send
trace data back to the main process. This helps to minimize the runtime overhead
of tracing since sending trace data over IPC can be an expensive operation. So,
to end tracing, Chromium asynchronously asks all child processes to flush any
pending trace data.
Trace data will be written into `resultFilePath`. If `resultFilePath` is empty
or not provided, trace data will be written to a temporary file, and the path
will be returned in the promise.
### `contentTracing.getTraceBufferUsage()`
Returns `Promise<Object>` - Resolves with an object containing the `value` and `percentage` of trace buffer maximum usage
* `value` Number
* `percentage` Number
Get the maximum usage across processes of trace buffer as a percentage of the
full state.
[trace viewer]: https://chromium.googlesource.com/catapult/+/HEAD/tracing/README.md