asm.jsからWebAssemblyへの移行とその問題 - Qiita
目的 これは WebAssembly Advent Calendar 2017 23日目の記事です。 昨年、haskellのインタプリタのhugsをemscriptenを用いさまざまな困難がありましたが、printfデバッグで無事javascript(web版, nodejs版)にしてきました。 その後、firefox quantumによって上記のjavascriptは申し分ないほど高速化されたのですが、WebAssemblyによってさらに高速化できないか確認したくなり、今回asm.jsからWebAssemblyへの移行を行いました。 asm.jsからWebAssemblyへの移行とその問題 これがasm.jsからWebAssemblyへの移行に必要だった変更（PR）でした。 まとめると下記の5つです。 1, dlopenで読み込むshared libraryがjsからwasmになっている
WebAssembly小ネタ集
WebAssembly Advent Calendar 2017の9日目の記事です。 WebAssemblyを使っていて気づいたことの小ネタ集です。 デバッグ EmscriptenでC/C++から出力する場合、デフォルトではasm.jsを経由して生成されます。したがって何かバグが発生した場合には、次のような可能性があります。 そもそもC/C++に間違いがある C/C++からasm.jsへの変換で何か想定外のことが起きている asm.jsからwasmへの変換で何か想定外のことが起きている ブラウザ（実行エンジン）がおかしい 基本的には、1.から順番に可能性を潰していくのが確実です。 自分の場合はasm.jsの出力を使って1.と2.両方まとめてデバッグすることが多いです。ブラウザのデバッガはJSファイルが大きすぎて役に立たない（ブラウザが固まる）ので、printfデバッグならぬconsole.
Emscriptenで過去に作った物をwasm対応して性能比較してみた - Qiita
はじめに 表題の通り、以前Emscriptenを使って作っていたライブラリをwasm対応して性能比較してみます。本来ならSION2 HDで比較してみたかったのですが、色々とハマっているうちに時間がなくなってしまったので、SION2 HDの中でも使っているz-music.jsに絞って評価してみようと思います。 なお評価にはChrome 63を使っています。ブラウザ間の比較とかもあれば良かったのかもしれませんが、純粋に時間がなくてやっていません。比較的新しいブラウザは全て実装しているので、いずれ比較・競争は自然と激しくなるでしょう:) 使ったマシンはMac mini (Late 2014)で、性能に関係しそうなプロセッサは3GHz Core i7です。古めのマシンとは言え、シングルコア性能で考えると今でも現役ですね。 一応Chromium Developerです、とか言っておきますが、だからと
ハイパフォーマンスなWebを実現するasm.js／WebAssemblyとは――Mozillaのルーク・ワグナー氏に聞く
Mozilla主催のフロントエンド開発者のためのカンファレンス「ViewSource Conference」が、北米・オレゴン州ポートランドにて11月2～4日に開催された。セッションのみならず、次世代Webに関するディスカッションも実施された。WebAssemblyの開発を担当し、ディスカッションのホストを務めたMozillaのルーク・ワグナー氏に、WebAssemblyやasm.jsの開発の目的について聞いた。 聞き手：近藤佑子（編集部）、矢倉眞隆氏 協力：清水智公氏（Mozilla Japan）、浅井智也氏（同） ルーク・ワグナー（Luke Wagner）氏 WebAssemblyに関するディスカッション情報「Discussion: WebAssembly」 ルーク・ワグナー氏のブログ パフォーマンス向上の他、JavaScriptでできない機能を実現するWebAssembly ――ルー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
design/FAQ.md at main · WebAssembly/design
TechCrunch | Startup and Technology News
