chrome://tracing should save the trace before visualizing it |
|||
Issue descriptionchrome://tracing currently records traces and then loads them into a visualizer, from which they can be saved. Often traces are being gathered for later review, in particular when debugging high memory usage, so visualization is unnecessary, and can be actively harmful in taking time & memory. In the worst case, visualization can actually OOM the tracing renderer before the trace is saved, causing it to be lost! chrome://tracing should be updated to simply save the trace to permanent storage immediately that capture completes, and only then to offer to re-load and visualize it.
,
Dec 21 2016
Agree, very harmful when debugging heavy applications.
,
Jan 9 2017
I would love to see the gather data and visualize steps be split apart. Maybe a checkbox in the initial UI that starts the trace, so the default is still to visualize and not impact existing users. However, trying to visualize a big trace that I just want to save is unnecessary time spent and high probability of OOMing the renderer and losing the data.
,
Feb 10 2017
,
Feb 10 2017
,
Apr 25 2018
An alternate UI to fix this would be StopAndDisplay or StopAndSave buttons - make the choice at the end of the process instead of the beginning. |
|||
►
Sign in to add a comment |
|||
Comment 1 by w...@chromium.org
, Dec 19 2016