QuickJS powering a native Linux desktop — looking for technical feedback
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 20/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Attiva
- Stack tecnologico
- c, debian, javascript
- Ambito
- desktop, operating-systems
Direzione di ricerca
The issue asks for advice on embedding QuickJS in a long-running Linux desktop application and links to the LordOS technical documentation at https://lordos.org/paper/. Read that documentation and the QuickJS embedding guidance first; done would mean providing specific recommendations on memory management, runtime isolation, and long-term stability.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Hi Fabrice and QuickJS contributors,
I'm the creator of LordOS, an open-source Linux distribution based on Debian 13.
We're using QuickJS as the JavaScript runtime for our native desktop environment, together with a custom React renderer and a Wayland compositor written in C.
Unlike Electron-based desktops, our architecture doesn't require Chromium or a browser engine.
I wanted to share this real-world use case of QuickJS and ask a technical question:
Are there any particular limitations or recommended practices we should consider when using QuickJS as an embedded runtime for long-running desktop applications?
I'd especially appreciate feedback on memory management, runtime isolation, and long-term stability.
Technical documentation: https://lordos.org/paper/
Project: https://lordos.org
Thanks for your work on QuickJS!
- Lingua principale
- C
- Stelle
- 11.1k
- Fork
- 1.2k
- Merge medio
- 11h 20m
- PR unite (30g)
- 1
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
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 bellard/quickjs
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 15/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 22/100
-
Collecting WeakMap keys requires multiple GC passesForse già presa @jluxenberg l’ha presa 5 giorni fa. Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
-
Difficoltà 4/5 1-2 giorni Idoneità per principianti 48/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 58/100
Tutte le issue di bellard/quickjs
Issue simili
-
luaebpf: the by-example page's intro names two outcomes of a lowering and omits the stop with the default verdictForse già presa Una pull request collegata a questa issue è aperta o già unita. Apertadocumentation severity: low
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
luainkernel/lunatik#2231 ·
I maintainer di solito rispondono entro 1 giorno
-
aspect ratio 16:10Apertaenhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
Revivedx/SavageWindRecomp#402 ·
I maintainer di solito rispondono entro 1 giorno
-
cleanup help wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
ESPresense/ESPresense#2602 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
apache/arrow-swift#209 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
libretiny-eu/libretiny#435 ·
I maintainer di solito rispondono entro 4 giorni