1161693 - Nothing should block responsiveness in performance tool.

Status: RESOLVED WONTFIX

(DevTools :: Performance Tools (Profiler/Timeline), defect, P2)

Description

[Jordan Santell [:jsantell] [@jsantell]]

There are a few scenarios which result in blocking on the perf tool client. Some scenarios:

* Importing a profile (150mb profile takes 1s to fetch, 1.2s to convert from stream to string, and 1.5s to JSON.parse)
* Rendering Call Tree and Flame Graph causes huge blocking. CallTrees can take up to 10s to render on my machine for an octane profile.
* RecordingUtils -- these may introduce some blocking, but I've never seen these, even in heavy situations, take longer than 10ms on a large amount of data.

These processes should be investigated to see if maybe a worker would benefit from this.
This is a meta bug for this, so can pull these out into their own bugs.

Comment 1

[Jordan Santell [:jsantell] [@jsantell]]

Worker utils landed in bug 1126457, and while did not provide a speed increase for RecordingUtils, may improve responsiveness.

Comment 2

[Victor Porof [:vporof][:vp]]

For call trees, I suspect making sure that only the visible nodes are rendered at a time would improve things drastically.

FlameGraphs should render very fast, but it's the initial data source massaging to build the visualization that's causing some lag. Or are you talking about actual responsiveness while scrolling?

Comment 3

[Jordan Santell [:jsantell] [@jsantell]]

FlameGraph rendering is pretty fast, and you're right, it's getting data in that format that takes a bit.

Comment 4

[Greg Tatum [:gregtatum]]

This bug is no longer valid as we're moving forward with Bug 1408124