This all misses the bigger point: WASM isn't actually an assembly for the web; it's more of a math co-processor. Limited applications for forseeable future = \https://twitter.com/callahad/status/937728124451786752 …
-
-
Replying to @slightlylate
I don’t agree. Runtime performance gains of wasm are marginal. I think a more significant improvement is the compact binary, short parse time and the removed need for optimisation / reoptimisation. On mobile this could mean apps load much faster.
2 replies 0 retweets 3 likes -
Replying to @ColinEberhardt
It's possible! Haven't seen evidence, but perhaps usual, that'd sway my view. Naively, tho, WASM binaries are larger on the wire than JS & massive challenge today is binary size.
3 replies 0 retweets 1 like -
Replying to @slightlylate @ColinEberhardt
Specifically, we can parse/compile JS off-thread as it's coming off the wire, whereas WASM requires entire binary to compile (currently). We preserved ability to stream compile WASM, but not the default behaviour.
1 reply 0 retweets 2 likes -
Replying to @slightlylate @ColinEberhardt
API now has methods for streaming module compile:https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/WebAssembly/compileStreaming …
1 reply 0 retweets 3 likes
...and we'll see what apps do in the real world, but existence of non-streaming versions is a `document.write`-sized design error.
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.
& Web Standards TL; Blink API OWNER
Named PWAs w/
DMs open. Tweets my own; press@google.com for official comms.