WebAssembly（Wasm）ランタイムを開発するWasmerは2023年5月30日（米国時間）、「WASI」（WebAssembly System Interface）を拡張してPOSIX（Portable Operating System Interface）に対応した「WASIX」を発表した。 WASIXは、WebAssemblyでネットワークやファイル、メモリなどのシステムリソースを抽象化するAPI仕様であるWASIを拡張したものだ。Wasmerは発表の中で、以下のように述べている。 「2019年に発表されたWASIは、Wasmコミュニティーにとって大きな後押しとなったが、改善のペースの遅さが普及を妨げてきた。WASIXはWASIの提案を拡張し、POSIXとの完全な互換性を持つことで、有用で生産的なアプリケーションを構築できる」 WASIXとは一体何なのか 関連記事 C/C++

今回の話はWasmというよりもService Workerの話がメインになりますが、WasmとService Workerを組み合わせることで、ブラウザー上でサーバー処理をリアルに再現することができるので、このタイトルにしています。 まずは動画をご覧ください。 見ていただくと分かるように、ブラウザー上でPHPのコードを書くとその実行結果が右側に表示されています。 特に面白い点が、お問い合わせフォームのPOST後の処理までもブラウザー上だけで実行できているという点です。 これはWasmとService Workerを組み合わせて実現しています。 大体以下のようなプロセスで実現しています。 Wasmはブラウザー側でも実行可能ですが、あえてService Worker上で実行しているのは、URLへのリクエストに対してそのリクエストにインターセプト（介入）することで、POST後の処理などもブラウザ

はじめに 引き続き Rust + WebAssembly + SolidJS で遊んでいます。前回は、Rust 側で作成した文字列を JavaScript 側で console.log に出力することを考えましたが、今回は JavaScript 側から何らかのデータを Rust 側へ渡すことを考えたいと思います。今回も、wasm-bindgen[1] に頼らずにやっていきましょう。 メモリの確保と管理 WebAssembly のメモリ空間は、シンプルな Linear Memory（線形メモリ）になっています。Rust と JavaScript との間で、「プリミティブな数値型」より大きなデータをやりとりするためには、この Linear Memory 上にデータを配置するのが良さそうです[2]。 単一のメモリバッファの確保 メモリの確保は Rust 側で実施します。線形メモリ上には WebA

TL;DR Bytecode Alliance が毎月配信しているコミュニティミーティングを見て内容のサマリーや関係することについてまとめています。 参照したコミュニティミーティングは、1 月 31 日に実施されたものです。 2023 年に Bytecode Alliance が見据えている次のような WebAssembly の仕様動向について語られています。 ✅ WASI Preview 2 ✅ コンポーネント レジストリ Bytecode Alliance Foundation Bytecode Alliance Foundation は、WebAssembly の仕様の標準化を推進する団体です。 WebAssembly (Wasm) や **WebAssembly System Interface (WASI)**など、W3C 標準に基づくソフトウェア基盤の実装に取り​​組んでいる非

Ecoji.rb はじめに少し、作ったライブラリの紹介をします。 作ったのは、EcojiのRuby実装で、Ecoji.rbというものです。 EcojiはBase64の絵文字版みたいなエンコーディングです。hello world が 👲🔩🚗🌷🍉🤣🦒🪁👡☕ とエンコードされます。当然ですが、これをデコードして、元に戻すこともできます。バイト数が約4倍になるので何が便利なのかはよく分かりませんが、見ていて楽しいので楽しい用途に使うといいのだと思います。技術的には、5バイト (40ビット) を10ビットずつ区切って、対応する絵文字に置き換えていくだけのシンプルなものになっています (実装)。 記事のタイトルのとおり、ブラウザから試せるようになっているので、ぜひ使ってみてください。上のテキストボックスに文字列を入力すると、下のテキストボックスにエンコードしたものが表示されます。また

はじめに Ruby 3.2よりWASIベースのWebAssemblyサポートされました。 これによってRubyをブラウザ上で実行できるようになるわけですが、実はWASMはブラウザの外での動作も可能になっており、OSに依存しないライブラリを作ったり、Edge Computingで実行させたり、シングルバイナリの実行可能ファイルにしたりと色々な事が出来るようになります。 今回はRubyのWASM対応でどんなことが出来るようになったかをまとめたいと思います。 WebAssemblyとは？ WASMに関して少しおさらいをしておきましょう。 WebAssemblyは仮想命令セットアーキテクチャです。WASMとも言います。RustやCをはじめとした多くの言語からコンパイルする事が出来、Webブラウザの中で高速にそしてセキュアに処理を実行するための仕組みとして登場しました。 元々ブラウザ向けに登場した仕

wasi-vfsでパックしたバイナリ(CRuby)を眺めてみた Ruby 3.2.0でWASIベースのWasmへのコンパイルがサポートされた。 その中でも個人的に気になったのはこの記載。 さらに、WASIの上にVFSを実装しました。これにより、Rubyアプリを単一の.wasmファイルに容易にパッケージ化できます。Rubyアプリの配布が少し簡単になります。 どういうバイナリになっているのかなど、気になったので調べてみたいと思う。 WASIの上にVFSとは？ VFSというと真っ先に思い浮かんだのが、Unix系のシステムで聞く仮想ファイルシステム(Virtual File System)。 おそらくこれと同等の概念であり、ファイルを読み書きする共通のインターフェースによって多態性を実現しているもの。 これによって、Wasmをホスト上で実行するかブラウザ上で実行するかに関わらず、ファイルシステムの

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert