この記事は、WebAssembly Advent Calendar 2024 の 11 日目の記事です。 wasi-threadsの実例として’紹介させていただければと思います。 以前Visual Regression Test をサポートする reg-actions をリリースしたという記事を書きました。 今回はreg-actionsの画像比較・レポート作成部分をRustで書き直しwebpのサポートとwasi-threads対応を行ったためその過程をまとめ、共有します。 コードはまだmainに合流できていないところもありますが、以下にあります。 reg-actions概要 reg-actionsは以下のような設定を行うことで、プルリクエスト毎に指定ディレクトリの画像の差分を検出し、結果をコメントにて通知するgithub actionsです。 name: CI on: [push, pul
WebAssembly Advent Calendar 2024 の 10 日目の記事です。 この記事では、WebAssembly をリアルワールドで実用的に活用している Zellij について紹介したいと思います。 Zellij について Zellij はいわゆる tmux や screen などのターミナルマルチプレクサの機能をもつ Rust でかかれた “terminal workspace” です。 https://zellij.dev A terminal workspace with batteries included ターミナルエミュレータ上で端末セッションの管理やタブ・ペインといった操作を加え、コマンドライン環境を強力にサポートしてくれます。 同様の機能を有する tmux は時間を使ってコンフィグレーションし使い方を身につける必要がありますが、Zellij は操作ガイドも
WebAssembly Advent Calendar 2024の5日目の記事になります． 先月，Deno 2.1がリリースされ，Wasmを直接importできるようになりました． Deno 2.1: Wasm Imports and other enhancements 従来のWasmサポート Denoは今までもWasmをサポートしてきました． 例えば次のようなWATファイルを用意します． このWATファイルは，ポインタと文字列長を受け取るconsole_log関数をインポートし，_start関数を実行すると"Hello, Wasm!"のポインタと文字列長をconsole_log関数に渡します． ;; main.wat (module (import "env" "console_log" (func $log (param i32 i32))) (memory (export "mem
WebAssemblyコンポーネントや（Wasmコンポーネント）、WebAssembly Interface Type（WIT）によるインターフェース定義などは、「パッケージ」という形でパッケージレジストリーに登録できます。パッケージレジストリーに登録することで、作成したWasmコンポーネントやインターフェース定義を配布できます。 パッケージの作成や、レジストリーへの登録を行うためのツールの1つにwasm-package-tools（wkg）があります。この記事ではwkgの使い方と、いくつかのTIPsを紹介します。 パッケージとは パッケージはWasmコンポーネントなどを流通するためのプロトコルWargで定義されている用語で、レジストリーに登録できるものされています。なおパッケージには次の3種類があります： コンポーネント WIT ライブラリー レジストリーとは パッケージを登録するための
Unity / .NET で動く WebAssembly ランタイム WaaS を作りました。 本記事では WebAssembly ランタイムとして見た WaaS の設計について書いていこうと思います。WaaS のコンセプトや特長については別記事で紹介しているので、こちらもぜひご覧ください。 前提 C# 9 .NET Standard 2.1 Unity 2022.3.14f1 まずは普通の WebAssembly ランタイムを作る Component Model の話に入る前に、まずは普通の WebAssembly ランタイムを作っていきます。 ランタイムは全て C# 実装ですが、実装のとっかかりでは「RustでWasm Runtimeを実装する」がとても参考になりました。 デシリアライズ 効率の良いバイナリの読み方については MessagePack for C# などのシリアライザの作
WebAssemblyガベージコレクション機能がWeb標準の「Baseline」に。Safari 18.2でのサポート開始で これにより多くのWebデベロッパーが安心してWasmGCの機能を利用できることになります。 WasmGCとは Webブラウザ上で高速に実行できるバイナリフォーマットとして登場したWebAssemblyは、もともとガベージコレクション機能がありませんでした。 そのためにWebAssemblyアプリケーションを開発するプログラマは、プログラマ自身が確保したメモリの解放に責任を持つ必要がありました。もしも確保したまま解放し忘れたメモリがあると、どんどんプログラムが確保するメモリが増大していき、最終的にはメモリ不足などのエラーを引き起こすことになるためです。 WasmGCは、このWebAssemblyにガベージコレクション機能を持たせる機能です。アプリケーションによって割り
この記事は、mrubyファミリ Advent Calendar 2024の25日目の記事であると同時に、WebAssembly / Wasm Advent Calendar 2024シリーズ2の25日目の記事です。 やったぜ最終日！ CRubyのWASM（ruby.wasm）はバイナリサイズが大きくて、ネットワークリソースが弱い環境では動作しない可能性が高まります。 一度ダウンロードできてしまえばあとはキャッシュがつかわれるはずだとは言うものの、リロードしたいケースは誰にでもあるでしょう。 軽量なオルタナティブがあり、利用者が目的にあわせて選択できるとしたら、それはそれでよいことです。 というわけで、試しにpicoruby.wasmをつくってみました。1 使い方 <!DOCTYPE html> <html> <head><meta charset="utf-8"></head> <body
WebAssembly Advent Calendar 2024の18日目の記事です。 qiita.com @udzura です。趣味でPure RubyのWASM Runtimeを作ったり、mrubyをベースにRubyスクリプトをWASMバイナリに固めるくんのPoCを作ったりしています（なおいわゆるruby.wasmにはほとんど関わっていません）。 今日は、Component Modelについて何もわからなかったので、素人なりに手を動かしてわかったことのメモをしていこうと思います。Component Modelの肌感覚を身につける上で、本記事が少しでも助けになれば幸甚です。 Component ModelでWASMバイナリを「リンク」する Component Modelの学習コンテンツの一つとして、「Building a Calculator of Wasm Components」という
ECMAScript のモジュール ECMAScript にはもともとモジュール1つをカプセル化して表現した Abstract Module Records という抽象クラスと、それを継承した Source Text Module Records 具象クラスのみが定義されていました。 Source Text Module Records がいわゆる JavaScript モジュールを表しており、ざっくり以下のような特徴を持ちます。 JavaScript のソースコードを持つ 他のモジュールと（循環可能な）依存関係を持ち、有向グラフを作る モジュールグラフから、それぞれのモジュールの実行順が定められる Cyclic Module Records の策定 WebAssembly の登場により JavaScript のソースコードを持たないが、依存グラフに参加出来るモジュールが仕様に必要となりま
はじめに 先日以下のようなブログを書いた 要約すると Wasm Component Modelが提供するWITによるリッチなインターフェースを提供すること、それを実現するためのCanonicalABIの策定は良いと思う。 しかし、コンポーネントを合成したいということのユースケースがよく分からない。 ホストを介した他言語関数呼び出しじゃ駄目なの? コンポーネントを合成したいという要求のために、既存のモジュールを内包する形でComponentという新しいExecutable and Linkable Formatを作っていて壮大すぎる。もうちょっと小さく進められんのか? まだphase1のproposalをベースにWASIp2の仕様策定するマジすか これをベースにXでごちゃごちゃ言っていたところいろんなコメントを頂き、自分の中でComponent Modelについて腑に落とすことができました(
Owi is a toolchain to work with WebAssembly. It is written in OCaml. It provides a binary with many subcommands: owi c: a bug finding tool for C code that performs symbolic execution by compiling to Wasm and using our symbolic Wasm interpreter; owi conc: a concolic Wasm interpreter; owi fmt: a formatter for Wasm; owi opt: an optimizer for Wasm; owi run: a concrete Wasm interpreter; owi script: an
If Deno is not yet installed, run one of the following commands to install or learn how to install it here. # Using Shell (macOS and Linux): curl -fsSL https://deno.land/install.sh | sh # Using PowerShell (Windows): iwr https://deno.land/install.ps1 -useb | iex What’s New in Deno 2.1 First-class Wasm support Long Term Support release deno init --npm vite Dependency management Embed asset files in
先日ScalaのWasmバックエンド(JS依存)をリリースし、さて次はこれをJS依存のないスタンドアローンWasmランタイム(wasmtime, wasmedgeなど)で実行できるようにしようと思っている。そのためにはいくつかの標準ライブラリをWASIを利用して再実装してあげる必要がある。 WASI preview1 と preview2 WASIにはpreview1とpreview2、2つのバージョンがあり： WASI preview1 多くのVMでサポートされていて安定している WasmのimportによってWASI関数を利用でき、Wasm moduleに特別な変更を加えずに利用可能 インターフェース部分はすべてi32などのWasm1.0の型しか利用できず、データは主にlinear memoryを介してやり取りする WASI preview2 Wasm Component Model
新版では、「実験的」という位置付けではあるが、JITコンパイラが使えるようになった。この機能はバージョン3.11.0公開時に予告されていたものだ。利用するには「--enable-experimental-jit」というオプションを付けてCPythonをビルドする必要がある。 JITコンパイラというと、プログラム実行時に機械語に変換してから実行する仕組みが一般的だが、Pythonが導入したJITコンパイラはやや込み入った仕組みを採用している。頻繁に実行する部分だけをJITコンパイルすることで、コンパイルにかかる時間を短縮しながら、JITコンパイルの効果を得るためだ。 Pythonでは、プログラムを「バイトコード」に変換して実行していくが、今回導入したJITコンパイラでも、最初はバイトコードを実行していく。そして、コード内の繰り返し実行する部分を検出したら、より機械語に近い中間表現に変換する。
Leaning Technologiesは、Webブラウザ上でx86バイナリをそのまま実行できるWebAsesmbly製の仮想マシン「WebVM」をバージョンアップした「WebVM 2.0」を公開しました。 従来のWebVM 1.0では、Webブラウザ上の仮想マシンでx86版のLinuxを起動し、コマンドラインからさまざまな操作が可能でした。 参考：WebAssembly製のx86仮想マシン「WebVM」が登場、Webブラウザ上でLinuxや各種コマンド、アプリがそのまま実行可能 今回公開されたWebVM 2.0では、GUIを備えたLinuxデスクトップ環境までWebブラウザ上でサポートされたことが最大の特徴です。 下図で示されるように、仮想マシン上でさまざまなプロセスを実行し、さらにLinuxシステムコール経由でGUIのディスプレイ、ローカルディスク、ネットワーキングをサポートしています
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
