Re: Tool for visualizing netlogs?

[Helen Li]

+ net-dev for real

On Fri, Feb 6, 2015 at 3:21 PM, Helen Li <xunj...@google.com> wrote:

+net-dev

Thanks for the tip, Paul! Did some searching on dev.chromium.org,  adding "--categories=disabled-by-default-netlog,*" enables netlog trace according to http://dev.chromium.org/developers/how-tos/trace-event-profiling-tool/recording-tracing-runs.

On Fri, Feb 6, 2015 at 3:00 PM, Paul Jensen <paulj...@google.com> wrote:

+1 to net-dev

Does passing --trace-startup=netlog enable netlog trace events on Chrome for Android?

On Fri, Feb 6, 2015 at 1:44 PM, Ryan Sleevi <sle...@google.com> wrote:

1) Should this discussion be moved to net-dev? Sorry for not chiming in sooner.

2) net-logs are stable in Chrome, but I don't believe we have ever tried to claim they are stable externally, especially not with a three-way merge that this would inevitably entail. I would prefer not to land such an importer outside //src

I'd be supportive of writing a trace-event importer for old-style netlogs if it reduces confusion. It should be a matter of writing another importer subclass and landig it to https://github.com/google/trace-viewer/tree/master/trace_viewer/extras/importer ... for instance, this file allows v8's custom log format to be imported in trace viewer: https://github.com/google/trace-viewer/blob/master/trace_viewer/extras/importer/v8/v8_log_importer.html

On Fri, Feb 6, 2015 at 10:18 AM, Helen Li <xunj...@google.com> wrote:

Yes, Patrick is right. The way to do it is to ask tracing to track events tagged with "netlog" category (which you can do on desktop). There isn't a way to import a chrome://net-internal netlog dump into chrome://tracing. 

On Fri, Feb 6, 2015 at 1:12 PM, Patrick Meenan <pme...@google.com> wrote:

You can't import netlog dumps (old-style text files) into trace viewer.  The new netlog events need to be captured in about::tracing to be visible in the viewer.  Net-internals is the only thing that can view the classic netlogs that I'm aware of.

On Fri, Feb 6, 2015 at 1:10 PM, Helen Li <xunj...@google.com> wrote:

I don't think "netlog" is enabled on Android. It works on desktop, since there is a popup window where you can select categories to track. Tracing on Android seems to have a predefined category list which does not include disabled-by-default categories.

Nat, if we enable "netlog" events by default (tracked in bug https://code.google.com/p/chromium/issues/detail?id=456114) , will "netlog" events appear on Android tracing?

On Fri, Feb 6, 2015 at 11:59 AM, Matt Welsh <m...@google.com> wrote:

Hi Helen,

Can you help me use this, or is there documentation somewhere? I can't seem to load a netlog into the chrome://tracing view. (This is in M41.) The main use case I have is capturing a netlog on Android (using chrome://net-export) and then loading it on desktop to debug a problem.

Any tips would be appreciated!

Matt

On Fri Feb 06 2015 at 6:23:26 AM Helen Li <xunj...@google.com> wrote:

Currently chrome://tracing has a "net" category and a disabled-by-default "netlog" category. The latter is the one that we added. I will talk to nduca@ about deprecating the "net" category. Hopefully "netlog" category will get more visibility.

On Fri, Feb 6, 2015 at 5:48 AM, Chris Bentzel <cben...@google.com> wrote:

Yeah, if we are going to invest more in improving network performance visualization I'd like to continue with the work Helen did to add it to tracing.

On Thu Feb 05 2015 at 11:55:51 PM Ryan Sleevi <sle...@google.com> wrote:

Chrome://tracing now includes networking events. And is the canonical form for visualizing.

On Feb 5, 2015 8:46 PM, "Matt Welsh" <m...@google.com> wrote:

I have a very hard time visualizing the timeline associated with a netlog trace. Has anyone developed better tools for visualizing these?

In particular I would love something that shows a single timeline with each event overlaid on it. For events that have dependencies arrows between them or some other indication of nesting would be good.

Or maybe I'm just using the existing waterfall/timeline view wrong.

Any suggestions?

[Nat Duca]

Another way to trace netlog on android is to use ./build/android/adb_profile_crome and pass disabled-by-default-netlog as one of the categories to trace to its commandline ... I bet @skyostil wouldn't mind accepting a patch to add --trace-netlog to that tool so it does this bit of name mangling detail automagically for us.

[Matt Welsh]

Thanks. I'm confused, is there no way to capture netlog in tracing on Android without resorting to adb or command line hacks? It would be ideal if we had a simple and clean way to capture these on Android given that mobile has a more limited UI and mobile is, you know, kind of important...

[Matt Welsh]

It seems that chrome://tracing does not work at all on Android. Am I doing something wrong?

[Sami Kyostila]

Right, see the existing --trace-frame-viewer etc. arguments for inspiration: https://code.google.com/p/chromium/codesearch#chromium/src/tools/profile_chrome/main.py&l=105

- Sami

[Nat Duca]

The chrome://tracing UI doesn't work, as you point out the only option is downloading commandline tools. We keep a standalone script for that so at last you don't have to download chrome --- its all linked off of http://www.chromium.org/developers/how-tos/trace-event-profiling-tool/recording-tracing-runs.

In the medium term, speed-infra team is considering adding a "slow report" button. @oysiteine is the one focusing on requirement gathering for that space, and I'm sure he'd welcome help. :)

[Matt Welsh]

Hmmm, is there any chance there could at least be a "tracing export" UI which could record the log and allow you to download/email it (akin to chrome://net-export on Android)? Having to mess around with command line tools is not that helpful since we often rely on looking at netlogs for users who are untethered and not familiar with Chrome development tools. Alternately, it would be nice is if we could import "old style" netlogs into the tracing UI.

[Nat Duca]

That is definitely on our mind. As I said, Oystein is the one who owns whether we're gonna do that, and when. But I, too, think we should have that capability sooner than later.

[Oystein Eftevaag]

Yeah currently the plan is to have a way of uploading traces automatically to Drive, which would then work on any platform. We've only briefly discussed how to do this UI-wise on Android though, suggestions are more than welcome.

[Matt Welsh]

Is there a bug tracking work on this? If not I can file one :-)

[Oystein Eftevaag]

Right now just a very sparse meta-bug at https://crbug.com/457322 while we work out the specifics.