This repository has been archived by the owner on Dec 3, 2019. It is now read-only.
mirrored from https://chromium.googlesource.com/catapult
-
Notifications
You must be signed in to change notification settings - Fork 563
traceviewer: how to handle large traces? #4625
Comments
milianw
changed the title
how to handle large traces?
traceviewer: how to handle large traces?
Mar 28, 2019
a ~160MB binary LTTng trace gets converted to ~2.68GB of JSON text which then also completely fails to load:
could one use something more efficient than JSON for the trace format here? best would be something that's streamable and doesn't have a tree structure like JSON |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Hello!
I'm trying to convert LTTng trace points to the Chrome Trace Format and then load the data into chrome. The LTTng trace data is roughly ~100MB in its binary CTF (common trace format) representation. The JSON version of that easily takes four times as much and doesn't yet contain all information - mostly just the events names and timestamps without any additional optional metadata. That already is impossible to load, the tab gets killed once it reaches ~3GB of memory or so.
I saw that you seem to be using catapult for Android ftrace data, which should easily generate as much data as I'm seeing here with LTTng. How do you handle this?
The text was updated successfully, but these errors were encountered: