WebAssembly を動的生成した場合のパフォーマンスについて

以下では、それぞれのプログラム実装について詳細を説明していきます。 1. JavaScript simple implementation（js-simple） ソースコード / 実行結果 このプログラムは、JavaScript で BF の文字を 1 文字ずつパースし実行していく、一番シンプルな実装です。対応する括弧のジャンプも、そのたびに愚直に計算して求めています。 一切最適化を施していないため、実行結果はその他のプログラムに比べて一番遅くなっており、各プラットフォームで最も速い結果に比べて 30 倍〜50 倍ほど遅くなっています。 2. JavaScript dynamic-code-creation implementation: single function (js-dcc) ソースコード / 実行結果 このプログラムは、BF の各記号に対応する JavaScript を直接文

[rinsuki]

ChromeもDevTools開くとWASM遅くなるんだ。Firefoxも初期化時にDevTools開いてると遅くなる(前に調べた) https://scrapbox.io/rinsuki/Firefox%E3%81%AFDevTools%E3%82%92%E9%96%8B%E3%81%84%E3%81%A6%E3%81%84%E3%82%8B%E3%81%A8WebAssembly%E3%81%8C%E9%81%85%E3%81%8F%E3%81%AA%E3%82%8B

[yarumato]

“今回の wasm 動的生成で得られた知見。WebAssembly は、純粋な計算能力では JavaScript の数倍速い。WebAssembly の実行は、Chrome において DevTools を開くだけで遅くなる”

[igrep]

"WebAssembly の最適化は少し予測しづらい" "WebAssembly の実行は、Chrome において DevTools を開くだけで遅くなる" / JSでFlash Playerを実装したときにswfをJSにJITコンパイルした紀平さんらしい話だと思いました！