3 ms·
I read that article. They do not say anything wrong. But if you read between the lines, the article assumes your source language has types and does not have man
by sjrd 9y ago
I read that article. They do not say anything wrong. But if you read between the lines, the article assumes your source language has types and does not have managed memory. Under those conditions, wasm will beat the JIT every time.
But if your language has dynamic types and/or managed memory (but mostly dynamic types), then you need a JIT to get anywhere close to decent performance.
The silent assumptions in that quite famous article is one reason many people believe that "compiling JS down to wasm" will make it faster. It is not the only article that has completely failed to point out the limitations, though. It's very sad to see, from where I stand.
Note that I am not the only one thinking this. Core wasm developers agree. [1]
[1] https://github.com/WebAssembly/design/issues/219 https://github.com/WebAssembly/design/issues/219
- shusson 9y agothanks, TIL. That Mozilla blog is misleading.