Redox OS: evoluzione del progetto da ottobre 2025 a luglio 2026
Torniamo a parlare di Redox OS, il sistema operativo a microkernel scritto in Rust e ispirato ai principi Unix che si propone come potenziale alternativa alle tradizionali distribuzioni GNU/Linux.
Nato nel 2015 come progetto sperimentale, Redox OS ha progressivamente guadagnato attenzione grazie alla sua implementazione in Rust, un linguaggio noto per la sicurezza della memoria e le prestazioni. Il sistema operativo mira a offrire un’alternativa ai tradizionali sistemi Unix-like, con un focus particolare sulla modularità e sulla riduzione del codice non sicuro.
Il progetto è distribuito con licenza MIT, che ne consente l’utilizzo, la modifica e la distribuzione libera, sia per scopi personali che commerciali.
Pensato per essere generico e versatile, Redox OS si distingue per un’architettura contemporanea, un modello di sicurezza avanzato e una crescente compatibilità con hardware e software esistenti. Grazie a questo approccio, il progetto continua a evolversi e a suscitare interesse tra sviluppatori e appassionati di tecnologia.
Ogni mese, il team di sviluppo pubblica un aggiornamento dettagliato sui progressi compiuti, offrendo una panoramica trasparente delle novità, delle sfide e delle innovazioni introdotte. Scopriamo insieme cosa è successo di importante dal precedente articolo fermo a ottobre 2025.
Da ottobre 2025 a giugno 2026
Nei mesi successivi a ottobre 2025, Redox OS ha attraversato una fase di sviluppo molto intensa, dedicata soprattutto al miglioramento delle fondamenta del sistema. Prima di arrivare alle innovazioni più evidenti del 2026, il progetto ha concentrato gli sforzi sulla stabilità del kernel, sulla gestione dei processi e sulla coerenza delle chiamate di sistema. Questa fase, pur non introducendo funzionalità immediatamente percepibili dagli utenti, è stata essenziale per rendere il sistema operativo più affidabile e pronto ai cambiamenti più significativi che sarebbero arrivati nei mesi successivi.
Stabilità del kernel e gestione dei processi
Il kernel, che rappresenta il nucleo centrale di Redox OS, è stato oggetto di un lavoro continuo e approfondito. Gli sviluppatori hanno migliorato la gestione dei processi, rendendo più prevedibile il comportamento del sistema anche in condizioni di carico elevato. Sono state riviste le chiamate di sistema, con l’obiettivo di garantire una maggiore coerenza tra le varie componenti e ridurre gli errori derivanti da comportamenti non uniformi.
Un’attenzione particolare è stata dedicata ai thread, che sono le unità di esecuzione più piccole all’interno dei processi. Il loro comportamento è stato reso più stabile grazie alla correzione di situazioni che potevano generare race condition (condizioni di gara), cioè scenari in cui 2 o più thread tentano di accedere contemporaneamente alla stessa risorsa causando risultati imprevedibili. Sono stati corretti anche diversi casi di blocco, che potevano verificarsi quando un thread rimaneva in attesa di una risorsa che non veniva mai rilasciata.
Compatibilità POSIX e librerie di sistema
Parallelamente, il progetto ha dedicato molta attenzione alla compatibilità con lo standard POSIX, fondamentale per garantire che applicazioni e strumenti tradizionali possano funzionare correttamente. La libreria C Relibc è stata ampliata e corretta in molte sue parti, migliorando la gestione degli errori, la coerenza delle funzioni e il comportamento dei thread. Questo lavoro ha contribuito a rendere Redox OS più vicino alle aspettative degli sviluppatori che provengono dal mondo delle distribuzioni GNU/Linux.
Sicurezza e modello delle capability
Un altro filone importante ha riguardato la sicurezza. Il modello delle capability, che definisce i permessi e le possibilità operative dei processi, è stato raffinato per migliorare l’isolamento e ridurre i rischi derivanti da comportamenti imprevisti. Questo ha portato a un sistema più coerente e più robusto dal punto di vista della protezione delle risorse.
Toolchain, compilazione e infrastruttura
Durante questo periodo Redox OS ha dedicato molta attenzione alla qualità degli strumenti utilizzati per compilare il sistema e per verificare il corretto funzionamento del codice. La toolchain Rust, che comprende il compilatore, i componenti di supporto e gli strumenti necessari alla generazione delle versioni del sistema operativo, è stata migliorata in più punti per garantire una compilazione più affidabile e una gestione più coerente delle dipendenze.
Parallelamente, l’infrastruttura dedicata alla compilazione del sistema è stata resa più efficiente. Gli sviluppatori hanno ottimizzato gli strumenti utilizzati per generare le versioni di Redox OS, migliorando il funzionamento dell’intero processo di compilazione. È stata inoltre perfezionata la pipeline di test automatizzati, cioè la sequenza di controlli che verifica il comportamento del codice ogni volta che viene apportata una modifica. Grazie a questi interventi è diventato possibile individuare gli errori con maggiore rapidità e ridurre il numero di regressioni.
Un ruolo importante è stato svolto anche dal sistema di compilazione Cookbook, che gestisce la configurazione e la costruzione dei vari componenti del sistema operativo. Nel corso dei mesi la sua gestione è stata resa più stabile e prevedibile, riducendo i casi in cui la compilazione di un componente poteva fallire a causa di dipendenze non aggiornate o comportamenti inattesi.
Grazie a questi miglioramenti, Redox OS è diventato più rapido da compilare, più semplice da mantenere e più affidabile nella fase di test.
Interfaccia grafica Orbital
Sul fronte grafico, l’interfaccia Orbital ha iniziato a mostrare i primi segnali di maturazione. Sono stati corretti problemi di reattività, migliorata la gestione delle finestre e ottimizzato il comportamento del rendering. Pur non essendo ancora un ambiente completo, Orbital ha iniziato a offrire un’esperienza più coerente e stabile.
Scheduler: la fase preliminare
A partire da aprile 2026, il progetto ha iniziato a lavorare su un nuovo scheduler, il componente che decide come distribuire il tempo di esecuzione tra i processi. Questa prima fase ha introdotto un modello più moderno, pensato per ridurre la latenza e migliorare la distribuzione del carico. Il lavoro preliminare ha preparato il terreno per l’arrivo del nuovo scheduler EEVDF, che sarebbe stato introdotto in forma completa nel mese di luglio 2026.
Installer e supporto ARM64
Il nuovo installer grafico ha iniziato a prendere forma, introducendo funzioni come l’installazione via rete, la creazione di snapshot del sistema e la possibilità di avviarlo da una distribuzione GNU/Linux. Anche il supporto per l’architettura ARM64 ha ricevuto interventi importanti, migliorando la compatibilità con hardware reale e correggendo problemi legati a DeviceTree, gestione della cache UEFI e registri FP.
Luglio 2026: il mese della svolta
Dopo la lunga fase di consolidamento che ha caratterizzato i mesi precedenti, luglio 2026 segna un momento decisivo per Redox OS. In questo periodo il progetto introduce miglioramenti che non solo incidono sulle prestazioni, ma ridefiniscono il comportamento interno del sistema operativo. Il cambiamento più rilevante riguarda il modo in cui Redox gestisce il tempo di esecuzione dei processi, un aspetto fondamentale per la stabilità e la reattività complessiva del sistema. È proprio da qui che parte la trasformazione più significativa del mese.
Introduzione del nuovo scheduler EEVDF
Il cambiamento più significativo è l’introduzione del nuovo scheduler EEVDF, acronimo di Earliest Eligible Virtual Deadline First, un algoritmo avanzato progettato per migliorare la distribuzione del tempo CPU e ridurre la latenza. Il documento ufficiale riporta un dato molto rilevante: il tempo medio di cambio di contesto è passato da circa 1.150 microsecondi a circa 250 nanosecondi. Questa riduzione è stata ottenuta grazie a una revisione profonda delle strutture dati, alla rimozione di scansioni lineari inefficienti, all’introduzione di strutture per CPU che riducono la contesa dei blocchi e all’adozione del meccanismo di work stealing, una tecnica che permette ai vari core del processore di collaborare in modo più efficace. In pratica, quando un core termina le attività assegnate e rimane inattivo, può prelevare compiti dai core che stanno gestendo più lavoro. Questo comportamento evita che alcune unità di elaborazione restino inutilizzate mentre altre sono sovraccariche, garantendo una distribuzione più equilibrata del carico e riducendo i tempi di attesa dei processi.
Miglioramenti all’architettura ARM64
Parallelamente, il supporto per l’architettura ARM64 è stato migliorato in modo significativo, con interventi mirati a rendere Redox OS più affidabile su hardware reale basato su questa piattaforma. Gli sviluppatori hanno corretto diversi problemi che influivano sulla stabilità del sistema, come la gestione dei registri FP, la coerenza delle PTE (Page Table Entries) e alcuni malfunzionamenti del DeviceTree che potevano causare arresti improvvisi durante l’avvio. Sono stati risolti anche errori legati alla cache UEFI, fondamentali per garantire un avvio corretto su sistemi moderni. L’introduzione del supporto per l’UART Amlogic Meson e la correzione di vari problemi di bootstrap hanno ampliato la compatibilità con i più diffusi SoC ARM, permettendo a Redox OS di funzionare in modo più prevedibile e stabile anche al di fuori dell’ambiente x86.
Evoluzione dell’installer grafico
Il nuovo installer grafico rappresenta un miglioramento rilevante per Redox OS. Questa versione introduce una maggiore flessibilità, consentendo l’installazione tramite rete, la creazione di snapshot del sistema e l’avvio diretto da una distribuzione GNU/Linux. Pur non essendo ancora disponibile al pubblico, il lavoro svolto segna un passo avanti verso un processo di installazione più moderno, più semplice da utilizzare e più adatto alle esigenze degli utenti che desiderano configurare Redox OS in modo personalizzato.
Maturazione dello stack grafico
Luglio si rivela un mese decisivo anche per lo stack grafico di Redox OS, grazie al miglioramento di diversi componenti fondamentali. Il framework Ratatui, utilizzato per creare interfacce testuali avanzate, risulta pienamente funzionante e permette di sviluppare applicazioni da terminale più moderne e leggibili. Arriva inoltre il primo visualizzatore Markdown grafico, un prototipo che consente di mostrare documenti Markdown con elementi grafici integrati, segnando un passo avanti verso applicazioni più complete.
Vengono introdotte nuove dimostrazioni che mostrano le capacità del sistema. I codici QR vengono generati e visualizzati correttamente, le animazioni Matrix ASCII riproducono effetti grafici basati su caratteri testuali, mentre la variante Iced Matrix utilizza la libreria Iced, un toolkit grafico scritto in Rust, per mostrare animazioni più complesse. Anche le applicazioni basate su winit, che gestisce finestre e input, su softbuffer, che fornisce un buffer grafico semplice e portabile, e su Cairo, una libreria di disegno vettoriale, vengono corrette e rese pienamente operative.
Ottimizzazioni dell’interfaccia Orbital
L’interfaccia grafica Orbital ottiene miglioramenti prestazionali molto rilevanti grazie all’uso esteso delle istruzioni SIMD, un insieme di operazioni che permette al processore di elaborare più dati in parallelo. Le ottimizzazioni SIMD introdotte accelerano soprattutto le operazioni di blending (combinazione dei pixel, ad esempio per le trasparenze) e di compositing (assemblaggio dei vari layer grafici in un’unica immagine), migliorando in modo significativo la velocità del rendering dell’interfaccia. Questo intervento rende il rendering semi-trasparente fino a 50 volte più veloce, migliora il ridimensionamento dei wallpaper (sfondi) di circa 8 volte e accelera la gestione delle trasparenze di oltre 3 volte. Vengono corretti anche problemi di flickering, cioè piccoli sfarfallii che si verificano durante il disegno delle finestre, e viene migliorata la gestione del DPI, fondamentale per adattare correttamente l’interfaccia ai monitor ad alta densità di pixel.
Altri Miglioramenti
La libreria C Relibc riceve interventi importanti che migliorano la compatibilità POSIX, rendendo più affidabile l’esecuzione dei programmi che si aspettano un comportamento conforme agli standard Unix. Vengono corretti problemi legati ai thread, al collegamento dinamico e alla gestione degli errori, aspetti fondamentali per garantire stabilità nelle applicazioni che utilizzano la libreria C come base. Arrivano anche nuove funzioni standard, tra cui tcdrain, tcflow e tcsendbreak, utilizzate per controllare il flusso dei terminali e delle interfacce seriali, ampliando la copertura delle API POSIX.
Parallelamente, il filesystem RedoxFS viene migliorato con correzioni alla gestione dei collegamenti simbolici, un elemento essenziale per garantire un comportamento coerente con le aspettative degli utenti e delle applicazioni che fanno uso intensivo di percorsi virtuali.
Il sistema di compilazione Cookbook viene ampliato con nuove funzionalità e nuovi script, rendendo più semplice la costruzione dei componenti del sistema operativo e migliorando la prevedibilità dell’intero processo di compilazione. Parallelamente, la documentazione viene resa più chiara e completa: le sezioni vengono riorganizzate, le spiegazioni dei comportamenti del sistema diventano più dettagliate e l’intero materiale risulta più accessibile sia agli sviluppatori sia agli utenti che desiderano comprendere meglio il funzionamento interno di Redox OS.
Come Testare le Novità
La versione stabile attuale di Redox OS è 0.9.0, rilasciata nell’autunno 2025. Da allora il progetto non ha pubblicato una nuova versione ufficiale: tutte le novità introdotte nei mesi successivi sono disponibili solo tramite le immagini giornaliere, che rappresentano il ramo di sviluppo attivo del sistema operativo.
Le immagini sono scaricabili dal sito ufficiale e includono harddrive.img, pensata per l’uso su macchine virtuali, e livedisk.iso, adatta ai test su hardware reale. Entrambe vengono generate giornalmente permettono di provare le funzionalità più recenti del sistema.
Redox OS continua a supportare 4 architetture: x86_64, i686, aarch64 e riscv64, garantendo la possibilità di testare il sistema su piattaforme molto diverse tra loro.
Chi desidera seguire lo sviluppo o contribuire al progetto può unirsi alla comunità su Matrix, dove è presente il canale ufficiale dedicato a Redox OS e alle discussioni tecniche più recenti.
Fonte: https://www.redox-os.org/
Fonte: https://www.redox-os.org/news/
Fonte: https://www.phoronix.com/news/Redox-OS-July-2026
Se vuoi sostenermi, puoi farlo acquistando qualsiasi cosa dai diversi link di affiliazione che ho nel mio sito o partendo da qui oppure alcune di queste distribuzioni GNU/Linux che sono disponibili sul mio negozio online, quelle mancanti possono essere comunque richieste.
Se ti senti generoso, puoi anche donarmi solo 1€ o più se vuoi con PayPal e aiutarmi a continuare a pubblicare più contenuti come questo. Grazie!
Hai dubbi o problemi? Ti aiutiamo noi!
Se vuoi rimanere sempre aggiornato, iscriviti al nostro canale Telegram.Se vuoi ricevere supporto per qualsiasi dubbio o problema, iscriviti alla nostra community Facebook o gruppo Telegram.
Cosa ne pensi? Fateci sapere i vostri pensieri nei commenti qui sotto.
Ti piace quello che leggi? Per favore condividilo con gli altri.
