undefined | Better HN

0 pointsmartinald2y ago0 comments

As far as I know Figma used asm.js (then WASM) from the start. I actually don't think they'd have had the success they had without it - it would have been too slow built in JS.

So in a way webasm/asm.js is already allowing whole new categories of webapps we take for granted now.

0 comments

davidmurdoch2y ago

I always wonder how much faster JS could be if the effort that went into WASM went into JS. ASM.js, SIMD, snapshots, etc directly in JS could have really made it a serious contender for high-performance software.

Of course, without WASM, we'd be missing out on lots of cool software that was previously stuck on desktop/native. But I'm not entirely convinced it was the right path.

jsheard2y ago

They did try to do SIMD in JS, and the proposal made it as far as being implemented in browsers, but it ended up being hideously convoluted in practice so it was killed in favor of WASM SIMD.

The MVP implementation of SIMD.js grew to about 10% of V8s entire codebase, just for the bare minimum "it runs" support without optimisations.

davidmurdoch2y ago

How large is WASM? and how convoluted are the implementations and the integrations now?

2 more replies

pphysch2y ago

JS being abused as a compilation target is definitely not a long-term strategy for the web. Going forward we need less emphasis on JS and more on HTML and WASM.

davidmurdoch2y ago

I'd like even more emphasis on JS, personally.

Turing_Machine2y ago

> Of course, without WASM, we'd be missing out on lots of cool software that was previously stuck on desktop/native.

Maybe not. Someone could have written a backend for GCC and/or LLVM that targets JS in the same way that Emscripten targets WASM (with JS around the edges).

j / k navigate · click thread line to collapse

0 comments

davidmurdoch2y ago

Of course, without WASM, we'd be missing out on lots of cool software that was previously stuck on desktop/native. But I'm not entirely convinced it was the right path.

jsheard2y ago

They did try to do SIMD in JS, and the proposal made it as far as being implemented in browsers, but it ended up being hideously convoluted in practice so it was killed in favor of WASM SIMD.

The MVP implementation of SIMD.js grew to about 10% of V8s entire codebase, just for the bare minimum "it runs" support without optimisations.

davidmurdoch2y ago

How large is WASM? and how convoluted are the implementations and the integrations now?

2 more replies

pphysch2y ago

JS being abused as a compilation target is definitely not a long-term strategy for the web. Going forward we need less emphasis on JS and more on HTML and WASM.

davidmurdoch2y ago

I'd like even more emphasis on JS, personally.

Turing_Machine2y ago

> Of course, without WASM, we'd be missing out on lots of cool software that was previously stuck on desktop/native.

Maybe not. Someone could have written a backend for GCC and/or LLVM that targets JS in the same way that Emscripten targets WASM (with JS around the edges).

j / k navigate · click thread line to collapse