You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Trace Controller writes traces to a buffer and eventually a file on disk. Currently reading that file is the only way to review or be notified that an event occurred.
This issue is to discuss implementing a listener system in Node's and/or V8's Trace Controller.
Diagnostics subsystems and libraries would benefit from being able to listen/subscribe to a stream of trace events to better monitor, respond to, and report on changing conditions in an app. Also, a generic listen capability makes Trace Events a more appropriate target for other trace data too, such as the proposed network trace provider.
Need to determine the specific use cases for this and just how granular it needs to be. I, for one, would like to use this to selectively emit timing data for various categories using the perf API but this kind of listener could be a major firehose and bottleneck.
Trace Controller writes traces to a buffer and eventually a file on disk. Currently reading that file is the only way to review or be notified that an event occurred.
This issue is to discuss implementing a listener system in Node's and/or V8's Trace Controller.
Diagnostics subsystems and libraries would benefit from being able to listen/subscribe to a stream of trace events to better monitor, respond to, and report on changing conditions in an app. Also, a generic listen capability makes Trace Events a more appropriate target for other trace data too, such as the proposed network trace provider.
@jasongin's JS API Proposal also discusses a trace listener API.
The text was updated successfully, but these errors were encountered: