WasmGCについて予習する

この記事はWebAssembly Advent Calendar 2023 2日目の記事です． ガベージコレクタ(WasmGC)[1]が10月頃にChromeとFirefoxでデフォルトで有効になり，標準化目前ということで大いに盛り上がったのは記憶に新しいかと思います． これはChromeが対応したというよりはChromeが採用しているJavaScriptのランタイムであるV8がデフォルトでWasmGCが有効になったというのが正確な表現で，DenoでもDartからビルドしたWasmを実行する際にGCを有効にするフラグを立てる必要がなくなり，実行しやすくなったなぁと皆さんも感じているかと思います． -$ deno run --allow-read --v8-flags=--experimental-wasm-gc run.js +$ deno run --allow-read run.js

[t-tanaka]

ブラウザがVMを搭載する，と聞くと，どうしてもJVMを使ったAppletの悪夢の記憶がよみがえり，不安が禁じえない。

[yhara]

WasmのGCサポート、「GC管理されたメモリをゲスト言語から確保できる」という形になるんだ。なるほどね

[todays_mitsui]

へー rust のような none GC な言語にもメリットがあるのか

[igrep]

なるほど素晴らしい！ "執筆時点でGCオブジェクトのJS APIの仕様を見つけきれませんでしたが，Wasmオブジェクトの参照ラッパーを用意すると書かれているため，今までのようなグルーコードを用意しなくてもよくなることが"

[ledsun]

“WasmGCによって管理されるメモリは既存のWasmのメモリではなく，ヒープメモリ上のデータがWasmGCの管理対象となります．”

[gabuchan]

複数の問題を解決する WasmGC というアイデア

[efcl]

WasmGC以降のヒープメモリの管理