Linus Torvald, creatore e leader dello sviluppo del kernel Linux, ha dimostrato ancora una volta che la qualità e la puntualità non sono negoziabili nello sviluppo del kernel Linux.
Ed è che durante il ciclo di sviluppo di Linux 6.17, L'ingegnere di Google Palmer Dabbelt ha inviato una serie di patch per l'architettura RISC-V che non hanno superato il filtro dallo sviluppatore principale. Il motivo: sono stati inviati troppo tardi e contenevano modifiche considerate "spazzatura" che non rientravano nell'albero RISC-V.
Questa decisione implica che i miglioramenti proposti non arriveranno su Linux prima della versione 6.18, il che potrebbe rallentare l'adozione di RISC-V in determinati ambienti e ostacolare gli sviluppatori che fanno affidamento su questi aggiornamenti.
Per coloro che non hanno ancora familiarità con RISC-V, è bene sapere che questo È un'architettura di set di istruzioni libera e aperta Nato all'Università della California, Berkeley, nel 2010, RISC-V ha da allora guadagnato terreno rispetto ad architetture proprietarie come ARM e x86, grazie alla sua flessibilità e a una comunità di sviluppatori in crescita. RISC-V International conta attualmente oltre 4500 membri.
Nonostante questa crescita, l'architettura si trova ad affrontare sfide di maturità e stabilità . Casi come Chimera Linux, che ha temporaneamente sospeso il supporto a causa di problemi di prestazioni sull'hardware disponibile, riflettono le difficoltà di affermazione in ambienti di produzione.
Un rifiuto segnato dal tempo e dalla qualità del codice
Torvalds aveva richiesto che le richieste di pull fossero inviate in anticipo perché sarebbe stato in viaggio. Tuttavia, l'aggiornamento arrivò l'8 agosto 2025, appena due giorni prima della chiusura della finestra di unione di Linux 6.17, prevista per il rilascio della versione -rc1.
Il responsabile del progetto non ha criticato solo il ritardo, ma anche il contenutoHa sottolineato che le modifiche hanno introdotto modifiche non necessarie, al di fuori dell'ambito di RISC-V, che hanno interessato file generici e non hanno aggiunto alcun valore. Per usare le sue parole, questo "rende il mondo peggiore".
Le reazioni e lo stile inconfondibile di Linus Torvalds
L'episodio con le patch RISC-V non è isolato. Nel mese di giugno 2025, Torvalds era già stato coinvolto in una controversia rimuovendo il file system Bcachefs dal kernel a causa di preoccupazioni sulla sua qualità e manutenibilità .
Questa volta, il suo messaggio è stato diretto: niente più invii tardivi o modifiche irrilevanti. Palmer Dabbelt si è scusato e ha promesso di correggere il processo nelle versioni future.
La comunità ha reagito con opinioni contrastanti. Alcuni considerano la sua franchezza un modo efficace per preservare la qualità del kernel; altri, invece, ritengono che il suo tono possa scoraggiare nuovi collaboratori. Torvalds, tuttavia, mantiene la sua posizione: la stabilità e la sicurezza del kernel vengono prima di ogni altra considerazione.
In più di tre decenni alla guida del kernel Linux, Linus Torvalds è diventato famoso per il suo stile comunicativo diretto, a volte aggressivo.Sebbene in passato abbia riconosciuto la necessità di moderare i toni, continua a dare priorità al rigore tecnico rispetto alla diplomazia.
Per lui, decisioni come l'introduzione di file system che non distinguono tra maiuscole e minuscole o modifiche fuori contesto alla base di codice rappresentano rischi inutili che potrebbero compromettere la stabilità a lungo termine del sistema.
Questo nuovo rifiuto delle patch RISC-V è, in sostanza, una riaffermazione della filosofia che ha guidato il kernel Linux per decenni: la qualità non è negoziabile e le scadenze vengono rispettate.
Miglioramenti delle prestazioni di Btrfs e altre nuove funzionalità per Linux 6.17
Altre nuove funzionalità e miglioramenti che sono stati preparati per Linux 6.17 sono nelle prestazioni e funzionalità del file system btrfsTra le nuove funzionalità più notevoli c'è il supporto sperimentale per i fogli di grandi dimensioni, un'ottimizzazione che promette di ridurre i costi generali e accelerare le operazioni in più scenariSebbene questa funzionalità sia tecnicamente pronta per un utilizzo più ampio, gli sviluppatori avvertono che non è stata ancora testata a sufficienza per poter essere considerata completamente stabile.
La nuova versione di Btrfs tIntroduce inoltre un posizionamento più denso delle chiavi nella struttura XArray., che aumenta la compattezza dei nodi dello storage spanning tree. Questa modifica può ridurre il numero di nodi finali dal 50% al 70%, ottimizzando così la struttura interna e riducendo il consumo di risorse. Inoltre, Le regolazioni di deframmentazione sono state applicate tramite ioctl, insieme all'attivazione di un meccanismo precedentemente progettato per prevenire la corruzione critica del file system, che limita la scrittura su dispositivi a blocchi con un file system montato.
Oltre a questo, si evidenzia anche il implementazione di un sistema di caching per le richieste di liberare bitmap con spazio allocato. Nei test che utilizzavano la creazione di file vuoti, questa ottimizzazione ha consentito aumenti delle prestazioni fino al 20%, oltre a notevoli miglioramenti in ambienti con carichi di metadati elevati. Analogamente, la lettura anticipata è stata migliorata sui sistemi che utilizzano la compressione dei dati, migliorando la velocità di accesso ai dati.
Infine, se sei interessato a saperne di più, puoi consultare i dettagli nel seguente link