emilk/egui

Improve compile times of `eframe`

Open

#4.481 geöffnet am 11. Mai 2024

Auf GitHub ansehen
 (4 Kommentare) (6 Reaktionen) (0 zugewiesene Personen)Rust (2.037 Forks)batch import
dependenciesgood first issuehelp wanted

Repository-Metriken

Stars
 (29.051 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 11T 20h) (47 gemergte PRs in 30 T)

Beschreibung

eframe currently compiles in about 10s on my M3 MacBook Pro, as measured by

cargo clean && cargo build --timings -p eframe

Getting rid of proc-macros

A lot of that time is waiting for proc-macro and syn so that we can start compiling bytemuck, thiserror, and foreign-types-macros (used by core-graphics, which is used by winit).

Getting rid of the proc-macros in bytemuck should be simple (replace by manual implementation of its unsafe traits for Color32, Vertex etc). Likewise, replacing thiserror should also be fairly trivial.

I haven't looked into foreign-types, but even removing some proc-macro usage should allow some crates to start compiling earlier, hopefully reducing the total end-to-end compilation time.

Other stuff

  • ahash has a build.rs takes a full second to run
  • icrate takes 5-6 seconds of CPU time

wgpu

Switching glow for wgpu adds another 10s, i.e. doubling the compilation time. To investigate the compilation time of wgpu, run:

cargo clean && cargo build --timings -p wgpu

Contributor Guide

Research-Richtung
Führen Sie zunächst 'cargo clean && cargo build timings p eframe' aus, um aktuelle Engpässe zu identifizieren. Konzentrieren Sie sich dann darauf, Proc Macro Abhängigkeiten zu entfernen: Implementieren Sie die bytemuck Traits für Color32 und Vertex manuell und ersetzen Sie thiserror durch manuelle Fehlerimplementierungen. Untersuchen Sie die Verwendung von foreign types macros in core graphics, um zu prüfen, ob Proc Macros vermieden werden können. Für wgpu kompilieren Sie es separat mit 'cargo clean && cargo build timings p wgpu', um dessen Kompilierzeit zu analysieren.
Tech Stack
rust
Domain
performancedeveloper experiencebuild system
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.
3-5 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Frisch
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
Rustproc macroscargo build system
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
60