Add telemetry to the profiler popup
Categories
(DevTools :: Performance Tools (Profiler/Timeline), enhancement, P2)
Tracking
(Not tracked)
People
(Reporter: gregtatum, Unassigned)
References
(Blocks 1 open bug)
Details
We should probably add:
- Profiler button clicked
- After profile capture
- Features changed
- Threads list changed
- Interval changed
- Buffer size changed
We should specifically avoid:
- Profiler start, as this may cause overhead
Reporter | ||
Updated•5 years ago
|
Comment 1•4 years ago
|
||
P1s should cover the critical path for recording a profile:
- Event for toolbar popup opened
- Event for starting profile, property for which preset was used
- Event for capturing profile
Should we break them out into their own bugs, blocking this one?
Reporter | ||
Comment 2•4 years ago
|
||
Splitting it out into multiple bugs might be a bit excessive, as these will be a few lines of code each, but it's probably fine to split out P1s into a separate one.
- Event for starting profile, property for which preset was used
I believe I called this one out as something to be avoided, as we don't want to create overhead starting the profiler, as this could skew results. We could capture the preset information after profile capture and cancel, which would effectively be the same metric.
Comment 3•4 years ago
|
||
We could capture the preset information after profile capture and cancel, which would effectively be the same metric.
Makes sense. So we would record:
3. Event for capturing profile, properties for preset and duration
Updated•2 years ago
|
Description
•