a-b-street/abstreet

Web client performance

Open

#377 geöffnet am 3. Nov. 2020

Auf GitHub ansehen
 (11 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)Rust (256 Forks)batch import
good first issue

Repository-Metriken

Stars
 (6.779 Stars)
PR-Merge-Metriken
 (Keine gemergten PRs in 30 T)

Beschreibung

Some different ideas for smoothing out the web client:

  • The .wasm binary is around 50MB, which makes initial startup time quite sad. Gzipped is around 20MB. I can't find any option to enable this in wasm-pack, because I think people generally just configure their web servers to do compression on-the-fly if the HTTP client sends Accept-Encoding headers. S3 doesn't support this, but I think it's possible to upload a .wasm.gz, point to it from the .html, and set the Content-Encoding header properly. Just need to test this and make sure browsers understand it.
  • Keep the Scenario for the current map in memory after loading it from a file. Otherwise, everytime the player resets to midnight in many gameplay modes, they have to download the file again!
  • In wasm_loader::FileLoader, display a progress bar with bytes downloaded / total length. I found set_onprogresss for XmlHttpRequest, but actually, we're currently using web_sys::Request, which is different. Can we switch?

Contributor Guide

Research-Richtung
Untersuche wasm pack Optionen für die Gzip Komprimierung von .wasm Dateien und teste das Ausliefern von .wasm.gz mit dem Content Encoding Header. Für das Caching, modifiziere die Scenario Ladelogik, um das geladene Szenario nach dem anfänglichen Dateiladen im Speicher persistent zu halten. Für die Fortschrittsleiste, untersuche den Wechsel von web sys::Request zu XmlHttpRequest (oder verwende fetch mit Fortschrittsereignissen) in wasm loader::FileLoader und konsultiere MDN für die Implementierung von Fortschrittsereignissen.
Tech Stack
rustwasmhtmlcss
Domain
frontendperformance
Issue Type
Performance
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Veraltet
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
basic Rustweb assembly knowledgeweb development basics
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
55