-
Notifications
You must be signed in to change notification settings - Fork 9.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Trace capture: include JS stacks, exclude netlog #1442
Conversation
does enabling |
doesn't affect the others. yeah that's just variance from multiple runs. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🍬
Oh, indeed. I'll fix that. |
We can afford to include the JS stacks now, which allows us to start attributing cost at a function level. Moreover, when you view a LH trace in timeline, having the stacks tells fleshes out the flame chart inside of "Evaluate Script" etc.
I've looked at the trace size overhead of various categories and we can trade netlog for cpu_profiler right now for free.
I profiled the load of theverge.com in three modes:
full details: https://docs.google.com/spreadsheets/d/1T_i2ikSWMH13YzqnKPfrRGjTXrs-C-98jj6x8sipfu0/edit#gid=2071721736&vpid=A6
You can see the size overhead of netlog (which we added randomly without a clear usecase). Flipping that off and turning on cpu_profiler makes sense and shouldn't add much bytesize for general pageload traces.
I've also added latencyInfo which provides the "interaction" part of timeline, aka the "MouseUp" etc details. This has totally negligible filesize (or runtime) overhead.