- 707 名前:デフォルトの名無しさん mailto:sage [2020/03/20(金) 02:27:28.05 ID:uULTB4xx.net]
- うーん、俺の理解はこんな感じやな
クライアントのwasm対応ブラウザからホストにデプロイされたwasmのバイナリをリクエストしてダウンロードされたバイナリをブラウザで実行。 wasmの実行はブラウザ依存で対応ブラウザさえあれば組込だろうとどんな環境でも実行可能かつ高速なのが魅力。 wasm ← ・CaaS、コンテナみたいなもの。 ・wasmは現状ブラウザ標準のFile APIしか使用できないのでネイティブファイルシステムにアクセスできない。 ・ChromeではNative File System APIが試験導入されてるが、現状できることはinput type=“file”のFile APIとかわらない(これは試した)。 ・各言語で書かれたソースコードをコンパイルして、wasmファイル(ブラウザで実行するバイナリ。プラットフォーム毎にバイナリが作られる)を生成。 ・よって基本AOTでJITやインタプリタはない? wasi ← ・PaaS、仮想マシンみたいなもの。 ・wasmから利用できるプラットフォーム毎のネイティブファイルシステムAPIを抽象化した実装。 ・wasiの機能・使用方法 → watからモジュール(ライブラリ)を参照して使用する。 → wasiを使用して書かれたソースコードをwasi対応バイナリとしてコンパイルする、コンパイルされたファイルはwasmだったりしなかったり。 → wasmを実行するランタイムでもある。
|
|