Component model strategy for embedded
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- wasm
- Ambito
- embedded-iot
Direzione di ricerca
Inizia dal link a component-model design/mvp/BuildTargets.md e dall’issue 369 di component-model a cui si fa riferimento. Confronta la rappresentazione proposta del modulo core, l’approccio basato su librerie condivise e i buffer forniti dal chiamante, ma l’issue non definisce un obiettivo di implementazione concreto né criteri di accettazione.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Dear Chris, sorry for taking quite long to read and reply to your proposal!
I see a potential path to combine preview1 and 0.2/0.3 - by using a core module binary representation of a "component" (this involves the "cm32p2|" naming of symbols https://github.com/WebAssembly/component-model/blob/add-build-targets/design/mvp/BuildTargets.md (and was previously called "wasit2")), potentially even compiled as a shared library (to achieve the relocatability of the data section) - but this sacrifices the insulation between modules. Insulation would require multi-memory, basically the wasip2 module file format is best suited for insulation.
To get the overhead of the canonical ABI down, caller provided buffers described in https://github.com/WebAssembly/component-model/issues/369 are most promising. I clearly aim for reducing the heap memory allocation overhead per call down to zero using the shared memory buffer mechanism because of real-time constraints and functional safety argumentation.
I am sorry, that even though there is good progress on definition and implementation, these technologies are not yet available right now.
- Lingua principale
- Nessun dato sulla lingua
- Stelle
- 15
- Fork
- 5
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
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 bytecodealliance/sig-embedded
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
bytecodealliance/sig-embedded#22 · 1 commento · 1 reazione ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
-
Technical Note E-SIG -> SG : Area 3 Support for maintaining the existing tooling for WASI Preview 1Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
bytecodealliance/sig-embedded#19 · 2 commenti ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 30/100
bytecodealliance/sig-embedded#7 · 9 commenti · 1 reazione ·
Tutte le issue di bytecodealliance/sig-embedded
Issue simili
-
documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
OpenDevicePartnership/ina4230#25 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
espressif/esp-matter#1867 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
ARM-software/sysarch-acs#556 · 1 commento ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100