New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 675725 link

Starred by 3 users

Issue metadata

Status: Untriaged
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 3
Type: Feature



Sign in to add a comment

chrome://tracing should save the trace before visualizing it

Project Member Reported by w...@chromium.org, Dec 19 2016

Issue description

chrome://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.
 

Comment 1 by w...@chromium.org, Dec 19 2016

Cc: primiano@chromium.org
Agree, very harmful when debugging heavy applications.

Comment 3 by nasko@chromium.org, 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.
Components: Speed>Tracing
Components: -Internals>Tracing
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