JS glue code to lazily run wizer in browser after first load
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 25/100
- issue の種類
- 機能追加
- 明瞭さ
- 説明が足りない
- 活発さ
- 停滞
- 技術スタック
- javascript, wasm
- 領域
- performance, web-dev
調査の方向性
この Issue ではリポジトリのファイルやテストが指定されていません。まず、JavaScript Wizer wrapper、web worker、IndexedDB cache に対して提案されているブラウザフローを確認し、それが既存の Wizer および WebAssembly インターフェースにどのように適合するかを判断します。最初の読み込みが引き続き機能し、その後の読み込みでは、提案されている帯域幅コストをかけずに遅延生成されたキャッシュ済みモジュールを使用できれば完了です。
索引モデルが issue の本文から書いたものです。
説明
There are concerns with the emscripten Godot project that the snapshot will increase bandwidth usage too much. (emscripten support is a separate issue)
For the subset of programs that:
- Wizer unreasonably increases bandwidth usage.
- Want fast page refreshes.
I believe the following would fix the bandwidth problem without undo start delay.
- Project Devs code their WASM's start function for wizer use.
- Project Devs use a small wizer JS wrapper to request the instance of the wasm module.
- Wrapper just passes through to any cached wasm module the following steps created.
- If there isn't a cache, instantiate the downloaded wasm.
- Run the deterministic start function.
- Send a snapshot of the instance's memory to a web worker.
- Run the remaining non-deterministic start function then return the instance like wizer wrapper didn't exist.
- Lazily in the webworker, download wizer compiler.
- Lazily use the snapshot to create a new stripped wasm module and save it into indexeddb.
If even step 6 is too much, then:
- Skip copying the snapshot in step 6 when loading the webpage for the first time.
- Lazily in the web worker create an entirely separate wasm module and start again from Step 4.
- 主要言語
- Rust
- スター
- 1.1k
- フォーク
- 64
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
bytecodealliance/wizer のほかの issue
-
Broken link (2021 WebAssembly Summit)再び着手できるかも このイシューのプルリクエストはマージされずにクローズされました。 オープン
難易度 1/5 1時間未満 初心者へのやさしさ 72/100
bytecodealliance/wizer#130 ·
-
難易度 5/5 1週間以上 初心者へのやさしさ 30/100
bytecodealliance/wizer#153 · コメント 1 件 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
bytecodealliance/wizer#126 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 25/100
bytecodealliance/wizer#125 · コメント 1 件 ·
-
難易度 3/5 1〜2日 初心者へのやさしさ 32/100
bytecodealliance/wizer#105 · コメント 1 件 ·
bytecodealliance/wizer の issue をすべて見る
似ている issue
-
C-bug
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
rust-lang/rust-analyzer#23501 ·
メンテナーはふだん 1 日以内に返信
-
Streamable HTTP client: a 401 or 403 with a JSON-RPC error body and no WWW-Authenticate loses its HTTP status対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープンbug P2 ready for work T-security T-transport
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
modelcontextprotocol/rust-sdk#1339 ·
メンテナーはふだん 3 日以内に返信
-
French BIP39 wordlist starts with a UTF-8 BOM, so generated French mnemonics carry U+FEFF and derive a non-canonical seed対応中かも @Kshot3000 が今日担当しました。 オープン
難易度 1/5 1時間未満 初心者へのやさしさ 91/100
ergoplatform/sigma-rust#976 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
メンテナーはふだん 1 日以内に返信
-
[Bug]: Web chat input doesn't regain focus after a reply finishes対応中かも @GaijinSystems が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
zeroclaw-labs/zeroclaw#11658 ·
メンテナーはふだん 2 日以内に返信