contentTracing
Collect tracing data from Chromium to find performance bottlenecks and slow operations.
Process: Main
This module does not include a web interface. To view recorded traces, use trace viewer, available at chrome://tracing
in Chrome.
Nota: Voce nao deve usar este modulo ate que o 'ready
event' do modulo da aplicacao esteja finalizado e emitido.
const { app, contentTracing } = require('electron')
app.whenReady().then(() => {
(async () => {
await contentTracing.startRecording({
included_categories: ['*']
})
console.log('Tracing started')
await new Promise(resolve => setTimeout(resolve, 5000))
const path = await contentTracing.stopRecording()
console.log('Tracing data recorded to ' + path)
})()
})
Métodos
O módulo contentTracing
tem os seguintes métodos:
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.
NOTE: Electron adds a non-default tracing category called
"electron"
. This category can be used to capture Electron-specific tracing events.
contentTracing.startRecording(options)
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 (opcional)
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
numberpercentage
number
Get the maximum usage across processes of trace buffer as a percentage of the full state.