{"id":103912,"date":"2022-04-29T15:36:39","date_gmt":"2022-04-29T13:36:40","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-operaczionnoj-sistemy-redox-os-0-7-napisannoj-na-yazyke-rust"},"modified":"2022-04-29T15:36:39","modified_gmt":"2022-04-29T13:36:40","slug":"vypusk-operaczionnoj-sistemy-redox-os-0-7-napisannoj-na-yazyke-rust","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/vypusk-operaczionnoj-sistemy-redox-os-0-7-napisannoj-na-yazyke-rust","title":{"rendered":"Uscita del sistema operativo Redox OS 0.7, scritto in Rust","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo un anno e mezzo di sviluppo, \u00e8 stato pubblicato il rilascio del sistema operativo Redox 0.7, sviluppato utilizzando il linguaggio Rust e il concetto di microkernel. I progressi del progetto sono distribuiti sotto la licenza libera MIT. Per testare Redox OS sono stati proposti immagini di installazione e Live, di dimensione 75 MB. Le build sono state create per l'architettura x86_64 e sono disponibili per sistemi con UEFI e BIOS. <\/p>\n
Durante la preparazione del nuovo rilascio, l'attenzione principale \u00e8 stata rivolta a garantire il funzionamento su hardware reale. Le principali novit\u00e0 sono: <\/p>\n
\n
Il bootloader \u00e8 stato completamente riscritto, con un codice unificato e principalmente scritto in Rust per il caricamento su sistemi con BIOS e UEFI. La modifica del bootloader ha consentito di ampliare notevolmente la gamma di hardware supportato.\n
Nel kernel, oltre alla correzione di bug, \u00e8 stato lavorato per migliorare le prestazioni e ampliare il supporto hardware. Le variabili specifiche per CPU sono state convertite per utilizzare il registro GS. \u00c8 stata garantita la mappatura dell'intera memoria fisica, interrompendo l'uso di pagine di memoria ricorsive. Il codice assembly negli inserti inline \u00e8 stato riscritto per migliorare la compatibilit\u00e0 con future versioni del compilatore.\n
\u00c8 stato aggiunto il supporto iniziale per l'architettura AArch64.\n
\u00c8 stata effettuata la transizione a gestire tutti i percorsi di file in codifica UTF-8.\n
Il codice per lavorare con la specifica ACPI AML (ACPI Machine Language) — uefi.org \u00e8 stato spostato dal kernel a un processo in background acpid, eseguito nello spazio utente.\n
Il contenuto di Initfs \u00e8 stato spostato in un nuovo file, semplificando la creazione dei pacchetti.\n
Il filesystem RedoxFS \u00e8 stato riscritto e convertito per utilizzare il meccanismo CoW (Copy-on-Write), dove le modifiche non sovrascrivono le informazioni ma vengono salvate in un nuovo luogo, il che ha consentito un notevole aumento dell'affidabilit\u00e0. Tra le nuove funzionalit\u00e0 di RedoxFS spiccano il supporto per aggiornamenti transazionali, la crittografia dei dati utilizzando l'algoritmo AES, nonch\u00e9 la verifica dei dati e dei metadati tramite firme digitali. \u00c8 stato garantito il riutilizzo del codice del filesystem nel sistema e nel bootloader.\n
\u00c8 continuato il miglioramento della libreria standard C Relibc, in grado di funzionare non solo in Redox, ma anche nelle distribuzioni basate sul kernel Linux. Le modifiche apportate hanno semplificato il porting di vari programmi su Redox e risolto problemi con molti programmi e librerie scritti in C.\n
\u00c8 stata preparata una versione del compilatore rustc, in grado di avviarsi in Redox. Tra le attivit\u00e0 rimanenti si segnala l'ottimizzazione delle prestazioni e l'adattamento del gestore di pacchetti cargo per funzionare nell'ambiente Redox. <\/ul>\n
<\/center> <\/p>\n
Il sistema operativo si sviluppa in base alla filosofia Unix e prende in prestito alcune idee da SeL4, Minix e Plan 9. Redox utilizza il concetto di microkernel, in cui a livello di kernel \u00e8 garantita solo l'interazione tra processi e la gestione delle risorse, mentre tutta la funzionalit\u00e0 rimanente \u00e8 delegata a librerie, che possono essere utilizzate sia dal kernel che dalle applicazioni utente. Tutti i driver vengono eseguiti nello spazio utente in ambienti sandbox isolati. Per la compatibilit\u00e0 con le applicazioni esistenti \u00e8 fornita un'interfaccia POSIX speciale che consente di eseguire molti programmi senza la necessit\u00e0 di porting. <\/p>\n
Nel sistema viene applicato il principio \"tutto \u00e8 URL\". Ad esempio, per registrare nei log si pu\u00f2 utilizzare l'URL \"log:\/\/\", per l'interazione tra processi \"bus:\/\/\", per l'interazione di rete \"tcp:\/\/\" e cos\u00ec via. I moduli che possono essere implementati come driver, estensioni del kernel e applicazioni utente possono registrare i propri handler URL; ad esempio, si pu\u00f2 scrivere un modulo per accedere alle porte di input\/output e associarlo all'URL \"port_io:\/\/\", dopo di che si pu\u00f2 utilizzarlo per accedere alla porta 60 aprendo l'URL \"port_io:\/\/60\". <\/p>\n
L'ambiente utente in Redox \u00e8 costruito su una shell grafica proprietaria chiamata Orbital (non confondere con un'altra shell Orbital che utilizza Qt e Wayland) e su un toolkit chiamato OrbTk, che fornisce un'API simile a Flutter, React e Redux. Come browser web viene utilizzato Netsurf. Il progetto sta anche sviluppando un gestore di pacchetti proprietario, un insieme di utility standard (binutils, coreutils, netutils, extrautils), la shell dei comandi ion, la libreria C standard relibc, un editor di testo simile a vim chiamato sodium, lo stack di rete e il file system. La configurazione \u00e8 definita in linguaggio Toml. <\/p>\n
![\"Uscita](\"\/wp-content\/uploads\/2022\/04\/5df4d7514379744166d6044cc1287039.jpg\")
<\/center> <\/p>\n