Live data from Hacker News

V8 Maglev: compiler design doc

docs.google.com

11–19 of 19 posts

Re: V8 Maglev: compiler design doc

#11
post #2

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. Planning to learn C/C++ in order to investigate that and if there any gains there.

I would guess node.js apps can load a ton of code so the startup can be important too.

What's a 30 seconds of startup for an app that will stay up for a few hours until the next deploy?

Re: V8 Maglev: compiler design doc

#12

Earlier quoted context omitted.

I would guess node.js apps can load a ton of code so the startup can be important too.

What's a 30 seconds of startup for an app that will stay up for a few hours until the next deploy?

More downtime upon deployment (or spreading deployment over longer period).

For serverless with cold starts, direct translation to $.

The whole motivation for tiered JITing is to attempt a balance that gets the best of both worlds; fast startup, optimized hot code (over time).

Re: V8 Maglev: compiler design doc

#15

Earlier quoted context omitted.

I would guess node.js apps can load a ton of code so the startup can be important too.

What's a 30 seconds of startup for an app that will stay up for a few hours until the next deploy?

Unfortunately many CLI tools are written in JS as well (looking at you wrangler).

Re: V8 Maglev: compiler design doc

#16

Earlier quoted context omitted.

I would guess node.js apps can load a ton of code so the startup can be important too.

What's a 30 seconds of startup for an app that will stay up for a few hours until the next deploy?

Sounds like a joy to test

Re: V8 Maglev: compiler design doc

#17

Earlier quoted context omitted.

I would guess node.js apps can load a ton of code so the startup can be important too.

What's a 30 seconds of startup for an app that will stay up for a few hours until the next deploy?

Lots of money when talking about serverless.

Re: V8 Maglev: compiler design doc

#18
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”.

Just read the first sentence if you are thinking I’m being a bit harsh:

“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. ”

Post reply on HN