Investigate why `wasm-merge` + `wasm-opt` output is larger than the corresponding monolithic module processed with `wasm-opt`
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
- Tipo di issue
- Bug
- Chiarezza
- Da chiarire
- Stato di attività
- Tranquilla
- Stack tecnologico
- kotlin, wasm
- Ambito
- compilers, performance
Direzione di ricerca
Inizia riproducendo il confronto delle dimensioni segnalato con wasm-merge, wasm-split e wasm-opt utilizzando gli input di Compose Multiplatform descritti in KT-86859. Confronta i binari monolitico e unito ottimizzati per identificare le cause della differenza di dimensioni; il lavoro è considerato completato quando le cause sono documentate e vengono proposti miglioramenti per Binaryen o Kotlin.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Recently, we experimented with applying wasm-merge and wasm-split to a Compose Multiplatform application using different Kotlin compilation modes as input. More detailed results are available here.
The results most relevant to this issue are:
Original Opt × Monolith: 6,159,539 bytesMerged Opt × Closed World: 6,589,864 bytes
As shown above, the second binary is larger. It would be useful to investigate the reasons for this difference and suggest possible improvements on both on Binaryen and Kotlin sides.
- Lingua principale
- WebAssembly
- Stelle
- 8.6k
- Fork
- 892
- Merge medio
- 1g 18h
- PR unite (30g)
- 79
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di WebAssembly/binaryen
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
WebAssembly/binaryen#9185 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
WebAssembly/binaryen#9135 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 Mezza giornata Idoneità per principianti 76/100
WebAssembly/binaryen#9018 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 52/100
WebAssembly/binaryen#9186 ·
I maintainer di solito rispondono entro 1 giorno
-
LoopInvariantCodeMotion: `struct.new` is hoisted out of a loop, so all iterations share one objectAperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
WebAssembly/binaryen#9184 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di WebAssembly/binaryen
Issue simili
-
self-host checker: E021 bound check reads an untyped literal at i32, not the type the call bindsAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
JakeChampion/lang#11055 ·
I maintainer di solito rispondono entro 1 giorno
-
codegen: memref.collapse_shape in an mlir! block leaves an affine.apply that is never loweredApertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno