WebAssemblyはなぜ速いのか | POSTD

本記事はWebAssemblyに関するシリーズの第5回目で、今回のテーマはWebAssemblyが高速な理由です。前の記事をお読みでない方は、 初めから目を通される (訳注:原文リンク)ことをお勧めします。 前回の記事 (訳注:原文リンク)では、プログラミングに WebAssembly あるいはJavaScriptを使うかは二者択一の選択ではないことを説明しました。私たちは、WebAssemblyのみのコードベースを書く開発者が膨大な数になるとは思っていません。 ですので、アプリケーションにWebAssemblyとJavaScriptのどちらを使うか選ぶ必要はありません。しかし私たちとしては、開発者がJavaScriptコードの一部をWebAssemblyに置き換えることを期待しています。 例えば、Reactで開発しているチームは、リコンサイラコード（言い換えれば仮想DOM）をWebAss

[rjj]

PLDI 2017にWebAssemblyの論文が出てるので合わせて読むとよろし。Google, MS, Mozilla, Appleの連名でなかなか壮観な論文： https://github.com/WebAssembly/spec/blob/master/papers/pldi2017.pdf

[yasu-log]

Flashの時代よりAlchemy, FlasCC, CrossBridgeとC++から実行バイナリとする類似技術はあったけど、流行らなかった。面白い技術だがほとんどのウェブエンジニアは高速化を必要としていない…

[inductor]

あとで読むj

[moondoldo]

主要ブラウザ正式対応で規格統一されたWebAssembly、Webアプリが本格的に作られる様になると期待　バイナリ規格なのでガーページコレクションは言語側(フレームワーク側)で実装可能、WebAssemblyで実装する必要は無いのでは？

[moccos_info]

"JITがJavaScriptに対して行う最適化（型の特定など）の多くは、WebAssemblyでは全く必要ありません" "少なくとも今のところ、WebAssemblyはガベージコレクションを全くサポートしていません"

[knok]

そのうち並列性も持つようになったりするのだろうか

[satomi_hanten]

わかいやすい。そもそも論としてWebブラウザとhtml/jsの世界を可能な限り消し去りたいんだけどなー。Viewだけは別に残っても良いけど。

[nanakoso]

Rustとくみあわさったら面白そう>ガベージコレクタがない

[k0yoshitsugu]

いつものLin Clarkさんの記事だ

[mergyi]

わかりやすかった