Here's a recent post about shipping and results: <a href="https://blog.chromium.org/2023/06/how-chrome-achieved-high-scores-on.html" rel="nofollow">https://blog.chromium.org/2023/06/how-chrome-achieved-high-s...</a><p>Would be interesting to hear where they ended up with the parallelism that was mentioned in passing.
This seems similar to Safari’s JSCore 4 tiers architecture.<p>Imagine keeping execution smooth while switching between all those tiers. Modern JS engines are fascinating beasts.
Thank you to everyone involved in this. I'm wondering, is Node.js fiddling with v8 in order to focus more on the resulting code performance than the initial startup.<p>Planning to learn C/C++ in order to investigate that and if there any gains there.
Yay a new part of chromium with a new name made by different people (probably) than the original v8 people. Seems like Google has an affliction of “not invented by me”.<p>Just read the first sentence if you are thinking I’m being a bit harsh:<p>“We’ve previously made a case why four tiers in V8(Google internal) make sense to explain why Sparkplug made sense in addition to Ignition, TurboProp and TurboFan. TurboProp was a midtier compiler proposal based on TurboFan to significantly improve compilation speed while compromising on the performance of the resulting code. With Sparkplug in place, however, the design tradeoffs TurboProp made by being built on top of TurboFan didn’t end up panning out. ”