4 ms·
Kind of, indeed. Last time I've seen comparison of html5ever with plain C HTML parser, we suddenly realized it is painfully slow, 'uses the proof-of-concept DOM
by snaky 10y ago
Kind of, indeed. Last time I've seen comparison of html5ever with plain C HTML parser, we suddenly realized it is painfully slow, 'uses the proof-of-concept DOM' and whatnot[1]. So we don't know. We've yet to see anything written in Rust used in production environment, just anything.
> Using LuaJIT as a network driver in some cases seems reasonable to me
Why don't we see LuaJIT zealots in every thread on every board in every discussion of something written in C or C++, I wonder?
[1] https://www.reddit.com/r/programming/comments/4snfz7/the_first_release_of_fast_multithreaded_html/d5b4trw?context=3 https://www.reddit.com/r/programming/comments/4snfz7/the_fir...
- steveklabnik 10y ago> We've yet to see anything written in Rust used in production environment, just anything. This is not true: https://www.rust-lang.org/en-US/friends.html https://www.rust-lang.org/en-US/friends.html
- vertex-four 10y ago> we suddenly realized it is painfully slow, 'uses the proof-of-concept DOM' and whatnot Err, no, you've misread that. html5ever serializes into an arbitrary datastructure, provided by the program using html5ever. It also ships with its own datastructure to serialize into for testing purposes (the "proof-of-concept DOM"), which Servo does not use. It's therefore not a benchmark of html5ever as used in Servo. More reasonable would be benchmarking Firefox's HTML parsing as it stands in Firefox against Servo's HTML parsing, from text to a fully built up DOM as usable by the rest of the browser in both cases. On the other hand, in some rendering benchmarks (once the DOM has loaded and the page is actually rendering), Servo is much, much faster than other browsers[0]. [0] https://www.phoronix.com/scan.php?page=news_item&px=Google-Servo-Perf-Comparison https://www.phoronix.com/scan.php?page=news_item&px=Google-S...