Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

JS glue code to lazily run wizer in browser after first load

Abierto
  • ¿Algo no está bien?
#45 2 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
25/100
Tipo de issue
Nueva funcionalidad
Claridad
Necesita aclaración
Estado de actividad
Estancado
Stack tecnológico
javascript, wasm
Área
performance, web-dev

Línea de trabajo

La incidencia no menciona archivos del repositorio ni pruebas. Empieza revisando el flujo de navegador propuesto para el wrapper de JavaScript de Wizer, el web worker y la caché de IndexedDB, y después determina cómo encaja con las interfaces existentes de Wizer y WebAssembly. Se considera terminado cuando la primera carga sigue funcionando, mientras que las cargas posteriores pueden usar un módulo almacenado en caché generado de forma diferida sin el coste de ancho de banda propuesto.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

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:

  1. Wizer unreasonably increases bandwidth usage.
  2. Want fast page refreshes.

I believe the following would fix the bandwidth problem without undo start delay.

  1. Project Devs code their WASM's start function for wizer use.
  2. Project Devs use a small wizer JS wrapper to request the instance of the wasm module.
  3. Wrapper just passes through to any cached wasm module the following steps created.
  4. If there isn't a cache, instantiate the downloaded wasm.
  5. Run the deterministic start function.
  6. Send a snapshot of the instance's memory to a web worker.
  7. Run the remaining non-deterministic start function then return the instance like wizer wrapper didn't exist.
  8. Lazily in the webworker, download wizer compiler.
  9. Lazily use the snapshot to create a new stripped wasm module and save it into indexeddb.

If even step 6 is too much, then:

  1. Skip copying the snapshot in step 6 when loading the webpage for the first time.
  2. Lazily in the web worker create an entirely separate wasm module and start again from Step 4.
Lenguaje dominante
Rust
Estrellas
1.1k
Forks
64
Sin PR fusionados en 30 d

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de bytecodealliance/wizer

Todos los issues de bytecodealliance/wizer

Issues similares

Más issues de Rust

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.