3 ms·
To piggyback on your request from someone who's tried it, I'm also curious about how this deals with the fact that Java is garbage collected but wasm (in itself
by paulgb 6y ago
To piggyback on your request from someone who's tried it, I'm also curious about how this deals with the fact that Java is garbage collected but wasm (in itself) is not. Did they actually port a GC to wasm, or do they work around this in another way?
- shannah78 6y agoThe WASM port is experimental. The Javascript target produces better performance. For JVM languages it will always be the case that the Javascript target performance better than the WASM target, mostly because of GC. For the WASM port the developer wrote his own GC.
- deleted 6y ago[deleted]
- pjmlp 6y agoTargeting WASM is just like targeting a CPU, most of them also don't have hardware support for GC algorithms. Most anti-GC FUD regarding WASM and GC kind of stems from people not getting how GCs are implemented.
- tyingq 6y agoThey do have a GC on their roadmap, I assume to better support running languages that need a GC without having to pull their whole runtime into WASM. Isn't it fair to say WASM is somewhere in-between a CPU and a VM?
- pjmlp 6y agoThere are CPUs with hardware GC support, then tagged memory is coming back into fashion as means to tame C derived languages, and most Assembly languages are actually processed by tiny runtimes (microcode), as the pure hardware based gates is long gone in most high performance CPUs. So between a CPU and VM depends pretty much on how one looks at it.