<html>
<head>
<base href="https://bugs.webkit.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Web Inspector: Handle or Remove ParseHTML Timeline Event Records"
href="https://bugs.webkit.org/show_bug.cgi?id=150689#c8">Comment # 8</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Web Inspector: Handle or Remove ParseHTML Timeline Event Records"
href="https://bugs.webkit.org/show_bug.cgi?id=150689">bug 150689</a>
from <span class="vcard"><a class="email" href="mailto:joepeck@webkit.org" title="Joseph Pecoraro <joepeck@webkit.org>"> <span class="fn">Joseph Pecoraro</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=150689#c6">comment #6</a>)
<span class="quote">> (In reply to <a href="show_bug.cgi?id=150689#c5">comment #5</a>)
> > I think the only time it would be worth seeing is if it were unusually
> > large. Perhaps you should test this on the all-in-one HTML5 spec page.
> >
> > <a href="http://www.w3.org/TR/html5/single-page.html">http://www.w3.org/TR/html5/single-page.html</a></span >
Reloading this page there were:
- 805 ParseHTML records
- Ranging from 0.01ms - 9.23ms accounting for children
- The longest ParseHTML records were solely parsing scheduling a style recalc / invaliding layout
- 43.5% were <= 1ms
Reloading cnn.com there was:
- >11900 ParseHTML records
- Ranging from 0.00ms - 8.50ms
- The longest being the 2nd record received!
- 99.9% were <= 1ms
Reloading apple.com there was:
- 34 ParseHTML records
- Ranging from 0.00ms - 2.39ms
- Again the longest were the first few records received
- 94% where <= 1ms
As suspected, this is only really apparent in the case of the very very large document. For most pages, and certainly after initial page load, parse time becomes insignificant. The only advantage I can see to keeping these records is that it, when debugging page load we could account for a few ms of "Other" time in some frames for Rendering Frames timelines (as right now this is contributing to Other) but it is still a small chunk.
(In reply to <a href="show_bug.cgi?id=150689#c7">comment #7</a>)
<span class="quote">> I'm pretty sure these ParseHTML records will always be small, given how the
> parser handles incoming data in small chunks from the network. It also
> starts and stops as it hits <script> and <style> tags.</span >
Yep, that appears to be the case.
--
I vote dropping it, I'll put up a patch.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>