4 ms·
You can't just go calling fopen with all the permissions of the thread/process.
by slaymaker1907 3y ago
You can't just go calling fopen with all the permissions of the thread/process.
- kaba0 3y agoWhat does it have to do with fast startups then?
- jadbox 3y agoSince the WASM runtime doesn't have to worry about resource access violations or memory corruption, it doesn't need a VM or container. This means WASM can start faster without needing any additional security wrappers. I'm doing my best to simplify, but I'd recommend reading about Workerd or Wasmer to learn more about WASM host services.
- kaba0 3y agoWith all due respect, this doesn’t make any sense. A VM in the JVM sense is an almost identical runtime - why would one start faster than the other? The only difference might be between the speed of the interpreters, as WASM is a bit lower-level than JVM byte code. Containers have absolutely nothing to do with the topic, and I’m afraid if you mix them up with the former kind of “VM”s your point is moot.
- jadbox 3y agoI know little about JVM, but I've gathered that WASM cold starts are far quicker because WASM can be incrementally compiled* as bytes are streamed into edge services. Cold start time is king when almost every user is using a different edge location. * https://stackoverflow.com/a/58134568 https://stackoverflow.com/a/58134568
- kaba0 3y agoJava class files are very small, and also support streamed loading.
- sanderjd 3y agoThis was a very enlightening thread. My takeaway is: It actually is a similar approach to the jvm, but cold starts faster, whether because of differing design and implementation choices explicitly made to achieve this, or just because it ended up working out that way. But in either case, "a bytecode for a JIT-compiling runtime that cold starts very quickly", does indeed sound very useful for edge computing. Thanks!
- syrusakbary 3y agoThanks for the mention to Wasmer. I'll put here a link in case is useful for future readers: https://wasmer.io/ https://wasmer.io/