a-b-street/abstreet

Web client performance

Open

#377 ouverte le 3 nov. 2020

Voir sur GitHub
 (11 commentaires) (0 réactions) (0 assignés)Rust (256 forks)batch import
good first issue

Métriques du dépôt

Stars
 (6 779 stars)
Métriques de merge PR
 (Aucune PR mergée en 30 j)

Description

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?

Guide contributeur

Direction de recherche
Étudiez les options de wasm pack pour la compression gzip des fichiers .wasm, et testez la diffusion de .wasm.gz avec l'en tête Content Encoding. Pour la mise en cache, modifiez la logique de chargement de Scenario pour conserver le scénario chargé en mémoire après le chargement initial du fichier. Pour la barre de progression, explorez le passage de web sys::Request à XmlHttpRequest (ou utilisez fetch avec des événements de progression) dans wasm loader::FileLoader, et consultez MDN pour l'implémentation des événements de progression.
Stack technique
rustwasmhtmlcss
Domaine
frontendperformance
Type d'issue
Performance
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Ancienne
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
basic Rustweb assembly knowledgeweb development basics
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
55