111247 2013-03-02 01:59:53 -0800 Threaded HTML Parser should parse the first chunk on the main thread 2023-09-20 19:59:39 -0700 1 1 1 Unclassified WebKit New Bugs 528+ (Nightly build) Unspecified Unspecified RESOLVED INVALID P2 Normal --- 111645 1 eric webkit-unassigned abarth ahmad.saleem792 cdumez tonyg oldest_to_newest 845774 0 eric 2013-03-02 01:59:53 -0800 Threaded HTML Parser should parse the first chunk on the main thread We may have to be slightly more careful about which bool we check, as we'll be in threaded mode w/o having started a background parser yet. But right before we would yield, we just pass our Tokenizer and HTMLToken off to a newly started background parser and then yield the main thread. I suspect this should be a win for small (<1k token) documents which can be parsed in a single chunk. 845944 1 abarth 2013-03-02 23:39:32 -0800 Yeah, this seems like it should be faster. We should fine a way to test the performance before landing it. The HTML spec parsing benchmark probably isn't the right thing since it's a big document. Maybe we should measure with telemetry's top25 page set? 845946 2 eric 2013-03-02 23:42:57 -0800 Yes, I think Telemetry will be more interesting here. Something with lots of small resources should hit this? Then again, now that I think about it, I'm not sure small pages even show up in parse time given all the rest of the loader overhead. I suspect what this would actually make faster is the layout tests. :) 1978845 3 ahmad.saleem792 2023-09-20 17:46:49 -0700 @Chris - Do we have this or we can close this and blocker bugs in META bug? 1978874 4 cdumez 2023-09-20 19:59:39 -0700 We are not using a multi-threaded HTML parser.