{"id":147115,"date":"2025-11-02T11:12:32","date_gmt":"2025-11-02T09:12:32","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/predstavlen-port-yadra-linux-dlya-webassembly-zapuskaemyj-v-brauzere"},"modified":"2025-11-02T11:12:32","modified_gmt":"2025-11-02T09:12:32","slug":"predstavlen-port-yadra-linux-dlya-webassembly-zapuskaemyj-v-brauzere","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/predstavlen-port-yadra-linux-dlya-webassembly-zapuskaemyj-v-brauzere","title":{"rendered":"\u00c8 stato presentato il porting del kernel Linux per WebAssembly, eseguibile nel browser","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nella mailing list degli sviluppatori del kernel Linux sono stati pubblicati patch per l'implementazione dell'architettura \u201cWasm\u201d nel kernel Linux, che consente di compilare il kernel in codice intermedio WebAssembly per l'esecuzione diretta nel browser web senza utilizzare emulatori. Inoltre, per il kernel Linux \u00e8 stata realizzata la possibilit\u00e0 di eseguire file eseguibili nel formato \u201c.wasm\u201d e \u00e8 stato preparato un driver \u201cweb console\u201d per simulare l'interazione con la console nel browser. \u00c8 stato anche preparato un toolkit per semplificare la costruzione di ambienti di sistema eseguibili nel browser. <\/p>\n
A titolo di esempio, \u00e8 stato creato un ambiente basato su un insieme di strumenti BusyBox compilati in WebAssembly e sulla libreria di sistema musl. Per interagire con un ambiente di questo tipo \u00e8 stato utilizzato Xterm.js come emulatore di terminale. \u00c8 stata avviata anche una demo che consente di valutare il funzionamento del porting senza necessit\u00e0 di compilazione autonoma. \u00c8 stata dichiarata un'implementazione completa sui browser basati su Chromium e un supporto parziale su Firefox, quest\u2019ultimo con funzionalit\u00e0 di debug limitate. Su computer moderni, il caricamento dell'assemblaggio Wasm del kernel nel browser richiede meno di un secondo. <\/p>\n
Il progetto \u00e8 in sviluppo da circa due anni e attualmente consente di caricare il kernel nei browser ed eseguire programmi standard. Il lavoro non \u00e8 ancora completato e il port presenta problemi e limitazioni specifiche. Ad esempio, il supporto per le chiamate vfork e longjmp non \u00e8 ancora implementato (sono stati applicati patch a BusyBox per funzionare senza di esse), non \u00e8 possibile interrompere i task, l'MMU non \u00e8 disponibile (il kernel e i processi operano nello stesso spazio indirizzi), non \u00e8 possibile modificare il codice gi\u00e0 caricato e si riscontra un blocco della console dopo circa 5 minuti a causa di problemi con il timer. Si segnala che le limitazioni attuali sono superabili, ma per alcune di esse \u00e8 necessaria l'implementazione di estensioni aggiuntive a WebAssembly nei browser. Queste estensioni sono state proposte per l'MMU e la sospensione dei thread. <\/p>\n
L'impossibilit\u00e0 di sospendere l'esecuzione dei thread in WebAssembly non si concilia con il funzionamento dello scheduler nel kernel; tuttavia, \u00e8 stato possibile implementare la multithreading in modo indiretto, attraverso l'assegnazione di ogni thread\/compito a un proprio CPU virtuale, gestito in un Web Worker separato. In questo modo, si \u00e8 riusciti a ottenere l'esecuzione parallela dei processi grazie al motore del browser e al kernel del sistema operativo host, senza utilizzare la multithreading con preemption e il cambio di compiti nell'ambiente in esecuzione nel browser. Le interruzioni e i segnali non funzionano correttamente in questo schema, e un CPU virtuale separato \u00e8 utilizzato per la consegna delle interruzioni del timer e dell'IPI (Inter-Processor Interrupt). <\/p>\n
L'ambito di applicazione del progetto va oltre il semplice avvio di ambienti Linux nei browser. Ad esempio, il port pu\u00f2 essere utilizzato per creare programmi WebAssembly multipiattaforma che sfruttano chiamate di sistema specifiche per Linux. L'implementazione di tali chiamate di sistema pu\u00f2 essere convertita separatamente in WebAssembly e allegata all'applicazione, consentendo di utilizzarla senza legami con il nucleo di sistema. Il port sar\u00e0 inoltre utile per organizzare l'esecuzione isolata di applicazioni tramite WASI (WebAssembly System Interface). <\/p>\n