Vim on Wasm on Web Worker on Browser with Atomics - はやくプログラムになりたい
この記事は以前の rhysd.hatenablog.com の続編で，WebAssembly (Wasm) にポーティングした Vim の話です． github.com TLDR Wasm にコンパイルした Vim のコードを Web Worker（ワーカスレッド）の中で動かすことで，メインスレッドで行われるユーザのインタラクションをエディタがブロックしなくなりました． また，イベントループのポーリングを Atomics.wait() でやってキー入力を共有メモリバッファで受け取ることで Emterpreter を捨て，実行速度・安定性・バイナリサイズ・ビルド時間・メンテ性が向上しました． 実装: Run Vim in Web Worker and say goodbye to Emterpreter by rhysd · Pull Request #30 · rhysd/vim.wasm
Vim を WebAssembly に移植した - はやくプログラムになりたい
久々のブログです． 6月ぐらいにWebAssembly の仕様をざっくり読んだので，なんか WebAssembly でやりたいなと思って，Vim を WebAssembly に移植してブラウザで動くようにしてみました，という話です． github.com 多分実物を見ていただくのが一番早いので，下記のリンクにアクセスしてみてください． デモページはこちら（下記の注意事項を先にお読みください） 注意 デスクトップ版の Chrome か Firefox か Safari か Edge を使ってください．どうやら macOS では Safari が一番動きが良いです． デモページは全部で1MBほどのリソースを fetch します．モバイルネットワークなどからアクセスする場合はお気をつけください． keydown でキー入力を取っているので，キー入力を横取りするブラウザ拡張などが有効になっていると
RustでWebフロントエンド開発はできるのか？ - 0x90
Rust Advent Calendarの13日めです。 イントロダクション Rustを語るときしばしば「RustはWebフロントエンド開発もできる」ということが言われます。もちろん、RustはLLVMフロントエンドであり（LLVMから見てClangっぽく見えるように頑張っている）、emscriptenを使うことで用意にasm.js/wasmにできるわけですが、そこにとどまらずRust自体がオフィシャルにemscriptenバックエンドをサポートしています。更にごく最近、LLVM自体のwasm backendもサポートされました。 さて、では実際RustでWebフロントエンド開発はできるのでしょうか。もちろん、コストの掛かる何らかの特別な処理を行うためにJavascriptからRustの関数を呼び出したり、あるいはこちらの方がされているように、emscriptenのOpenGL imple
AssemblyScriptを使ってTypeScriptのコードを早くしよう - Qiita
TL;DR; AssemblyScriptを使うと、TypeScriptコードをWebAssemblyに変換できます。オブジェクト指向プログラミングをしている場合は、オブジェクトが保存されるメモリ領域を自分で管理しなくてはならないので、その手間とのトレードオフを見極めてください。 なお、使用しているascのバージョンは 0.9.2 です。 C書けない私にWebAssemblyをつくれと言われましても WebAssembly（以下、WASM）とはWebブラウザで動くプログラムのバイナリ表現です。Safari, Edge, Chrome, Firefoxと、モダンなWebブラウザへの搭載も終わり、本格的に利用できるようになってきました。その特徴はスピードです。ネイティブに近いスピードで動作します。画像処理やエンコード、暗号といったCPUの処理能力に依存するような処理を行うモジュールをWebAs
Emscriptenで過去に作った物をwasm対応して性能比較してみた - Qiita
はじめに 表題の通り、以前Emscriptenを使って作っていたライブラリをwasm対応して性能比較してみます。本来ならSION2 HDで比較してみたかったのですが、色々とハマっているうちに時間がなくなってしまったので、SION2 HDの中でも使っているz-music.jsに絞って評価してみようと思います。 なお評価にはChrome 63を使っています。ブラウザ間の比較とかもあれば良かったのかもしれませんが、純粋に時間がなくてやっていません。比較的新しいブラウザは全て実装しているので、いずれ比較・競争は自然と激しくなるでしょう:) 使ったマシンはMac mini (Late 2014)で、性能に関係しそうなプロセッサは3GHz Core i7です。古めのマシンとは言え、シングルコア性能で考えると今でも現役ですね。 一応Chromium Developerです、とか言っておきますが、だからと
WebAssembly の基礎
WebAssembly をご存知でしょうか？2年前に突然発表された新しい仕様です。まだ登場して間もないため、実際に本格的に利用しているサービスは数えるほどしかありませんが、Twitter 等を見ているとじわりじわりと評判になっており、技術としての勢いを感じます。 一方で、WebAssembly について言及された資料がまだまだ少なかったり、技術のレイヤーが一般的なフロントエンドエンジニアの技術セットとは大きくかけ離れているなどの理由により、WebAssembly について誤解されていることも多々あることを感じました。 そこで今回、あまり技術的に詳細な所まで深入りせず、「専門外の方でもこの程度知っておけば良い」よりちょっと詳しいくらいの内容を目標にして WebAssembly を解説してみたいと思います。 WebAssembly とは WebAssembly（wasmとも呼ばれます）とは、ざ
なぜWebAssemblyはasm.jsより速いのか - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事はHacks blogの記事"Why WebAssembly is Faster Than asm.js"の抄訳です。 WebAssemblyはWeb向けの新しい実行可能なバイナリフォーマットで、リリース版のブラウザで既にサポートされています。その主な目的は実行速度です。この記事では、速度向上がどのように行われているのか技術的に解説します。 ご存知のように「速い」とは、何かと比較しての言葉です。JavaScriptや他の動的言語と比較して、WebAssemblyは速く実行されます。それは最適化のために静的に型づけされ、単純なもの
20170222-emscripten-fs // Speaker Deck
Explanation of file i/o in Emscripten generated codes
EmscriptenでRustをJavaScriptへコンパイルする - gifnksmの雑多なメモ
以前のエントリではうまくいかなかった、RustのJavaScriptへのコンパイルですが、 gifnksm.hatenablog.jp 先日フォーラムに投稿されていたやり方をまねるだけで簡単にできるようになっていました。 internals.rust-lang.org Rust本体にEmscripten対応が取り込まれたのですが、動かすためには専用のLLVMが必要などいくつか制限があります。 制限があるとはいえ、以前よりも簡単にEmscriptenでのコンパイルが試せるようになったのは朗報ですね！ 追記 リンクしか内容がない記事というのもアレなので、Emscripten を使ったコンパイル方法を簡単に書いておきます。 Emscripten の環境変数を設定する $ source <path to emsdk>/emsdk_portable/emsdk_env.sh rustc を --ta
JavaScript：float32による小数演算最適化 | 月と燃素と、ひと匙の砂糖
また翻訳です！ Efficient float32 arithmetic in JavaScript コンピュータ上で浮動小数点を表現する方法はいくつか存在する。だいたいのアーキテクチャではIEEE754標準を使っている。この標準では、倍精度浮動小数点(a.k.a. double or float64)を64bitで表し、単精度浮動小数点(a.k.a. float or float32)を32bitで表している。名前が示す通り、float64はfloat32よりもっと正確なんだ。だからパフォーマンスがあんまり重要視されないときは大体こっちを使おうねってアドバイスされる。 でもね、float32を使うことにもこんな利点がある： float32は計算操作をするのにfloat64よりCPUサイクルがしばしば少ない。精度が低いからだ。 float64の計算をfloat32に対して行うには、いくらか
libiconvをemscriptenでjs化し、node.jsで使った
背景 WindowsでCビルド環境が入っていない環境下でnode.jsでSMTPを受けるサーバーを書いていた。 世界で活躍するエンジニアと違い、自分は日本語を含むメールしか扱わないため、 iso-2022-jpでエンコードされている文字コードをUTF-8にしてコンソールに表示する 必要があった。 node.js向けのiconvパッケージがいくつか見るかるも、 パフォーマンス重視しているようで、libiconvのCでのバインドだった。 この為、使えなかった。 sjisをutf-8に変換するjsピュア実装はあるも、JISをUTF-8にする実装は 見つけることが出来なかった。 Emscriptenでやってみるか！ 別環境でlibiconvをemscriptenでビルド テスト用のSMPTサーバーを動かす環境はビルドツールの類がないので、 cloud9のIDEのターミナル越しに某所のOSXマシンに
中間言語としてのJavaScriptはどうなったのか - .mjtの日記復帰計画
prev: http://d.hatena.ne.jp/mjt/20080904/p2 なぜか３年前の記事が急にブックマークされていたのでフォローする記事。 ↑の記事の1年後、InfoQの記事( http://www.infoq.com/news/2009/09/javascript-compilation-target )でいくつかのJavaScriptにコンパイルする言語が紹介された。もちろん、GoogleのGWT(Google Web Toolkit)もJavaScriptを出力するJava環境と言える。 先の記事で触れたエミュレータでの活用は、見たところDirect-threadingによるものに限られているように見える。つまり、CPU命令をJavaScript的なfunctionとして実装し、CPU命令と１対１対応させる。Google V8のような、Direct-threadin
embona - ブラウザで動くBonanzaを作ってみた(その1)
今回、ちょっとした縁によりBonanzaをブラウザで動かしてみました。Bonanza 6.0のソースコードをほぼそのまま利用して、EmscriptenでJavaScriptに変換しています。 技術的なことに興味はない、すぐに遊んでみたい！という方はこちらからどうぞ。初回に45Mほどダウンロードが発生します！ご注意ください。 http://tkihira.github.io/embona/index.html 上のURLに行くとCPU vs CPUの戦いが始まります。自分で戦いたい方は新規対局で設定してください UI周りは相当手を抜いて実装したために多数バグがあるかと思います。ご容赦ください ブラウザが固まったりしませんが、CPU思考中に手を入力したり新規対局するのには大変反応が重い（というか思考が終わるまで反応しない）のにご注意ください データダウンロードで43Mbyte、さらに内部で展開
EmscriptenでC言語をJavaScriptに変換する - Qiita
C言語は使うべきではない言葉なので修正してくださいのクロスプラットフォーム言語だと思っていて、 iOSもObjective-Cの中でC言語が使えるし、 AndroidもNDKでC言語が使えるので、 UI以外のロジックはすべてC言語で書けば、それはすべてのプラットフォームで使えるのではないかと思っていました。 しかし、FireFoxOSでは、それができなくて、基本JavaScriptのAPIを呼び出すという形になってC言語が使えませんでした。 失意のどん底に陥っていたのですが、 そこの打開策に、Emscriptenがあったのです！ ！！！ Emscriptenとは EmscriptenはC/C++言語からLLVMを生成し、それをJavaScriptに変換するコンパイラのことです。 C言語の標準ライブラリやPOSIXの一部もサポートし、OpenGL ES2.0も使えるそうです。 Emscrip
Ocrad.js - Optical Character Recognition in Javascript
Ocrad.js is a pure-javascript version of Antonio Diaz Diaz's Ocrad project, automatically converted using Emscripten. It is a simple OCR (Optical Character Recognition) program that can convert scanned images of text back into text. Clocking in at about a megabyte of Javascript with no hefty training data dependencies (looking at you, Tesseract), it's on the lighter end of the spectrum. This was m
UnrealEngineが5日間でasm.js化できたと聞いた俺たちは…
12. 当然一筋縄ではいかない （｀ェ´）ﾋﾟｬｰ abort() at Error at stackTrace (/.../playground/Engine/porting/emscripten/p.js:1032:15) at abort (/.../playground/Engine/porting/emscripten/p.js:289649:25) at nullFunc_viiiiii (/.../playground/Engine/porting/emscripten/p.js:8235:1574) at Array.b978 [as 0] (/playground/Engine/porting/emscripten/p.js:287407:99) at Object._main (/.../playground/Engine/porting/emscripten/p.js
リアルタイムでレイトレして、GIFに記録するヤツ - jsdo.it - Share JavaScript, HTML5 and CSS
FirefoxでもなんとかCanvasの内容を動画にしたくて 以前の作品でChromeではWhammyを使うことで、楽勝でVideoタグ要素を動的に生成することに 成功していたのだが、WebPをサポートしていない？Firefoxは2014年現在もこいつが 動かないので、なんとか、動的に作成したCanvasイメージをpure javascriptで 保存したいという熱い思いを実現したw さらに2014年ちっくな手法の考察 ffmpegをemscriptenでjs化して、こいつを使えば、Firefoxでもvideoタグ要素 として動画を作れそう。 （WhammyのIssuesでも、そういう案が書き込まれていた。） Link antimatter15/jsgif リアルタイムでレイトレするすごい作品のオリジナル Real Time Ray Tracing by keim_at_Si Blog k
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WebAssembly text format で画像処理を書くぞ
C＋＋11やemscriptenと付き合って１年間の振り返り
GitHub - trevorlinton/webkit.js: Pure JavaScript Port of WebKit
