Linux 7.2, tutte le novità del nuovo kernel: più efficienza, hardware supportato e il nodo dell’AI

La novità principale è uno scheduler che tiene conto della cache

Linux 7.2 introduce il Cache Aware Scheduling, disponibile tramite l’opzione CONFIG_SCHED_CACHE. Invece di trattare tutti i core e tutte le aree di cache allo stesso modo, lo scheduler può provare a collocare nello stesso dominio di last-level cache, o LLC, i task che condividono dati.

L’obiettivo è ridurre il cosiddetto cache bouncing e i cache miss: quando thread collegati vengono spostati tra domini di cache diversi, il processore può essere costretto a recuperare più spesso gli stessi dati. Il meccanismo può risultare particolarmente utile su sistemi con topologie complesse, come server multi-chiplet o multi-socket basati su AMD EPYC e Intel Xeon.

Non si tratta, tuttavia, di un interruttore universale per ottenere più velocità. Il vantaggio dipende dalla topologia del processore e dal tipo di carico di lavoro. È più corretto considerarlo un miglioramento mirato per i sistemi in cui spostare attività correlate tra domini di cache comporta un costo evitabile.

Storage e filesystem: interventi sui colli di bottiglia dell’I/O

Molte delle modifiche più concrete di Linux 7.2 riguardano percorsi interni che gli utenti non vedono direttamente, ma che possono pesare su server, workstation e sistemi con carichi di archiviazione intensivi.

• Le modifiche alla scrittura sulle pipe sono associate a miglioramenti di throughput compresi, nei test riportati, tra circa il 6% e il 28%, a seconda del carico e della configurazione.
• ext4 riceve una revisione del percorso fast commit, pensata per ridurre la contesa sui lock e il rischio di deadlock, oltre a un’elaborazione più rapida degli hash delle directory.
• Gli interventi relativi a iomap migliorano alcuni percorsi di ext4 e XFS. I test hanno mostrato benefici in determinati carichi NVMe ad alto numero di IOPS e con io_uring, ma non costituiscono una promessa generalizzata per ogni disco o applicazione.
• Il supporto ai large folio di Btrfs non è più sperimentale ed è ora attivo di default. Linux 7.2 introduce anche il supporto sperimentale ai huge folio fino a 2 MB.
• exFAT viene portato più avanti nell’infrastruttura iomap, con miglioramenti a I/O bufferizzato, I/O diretto e operazioni correlate. I test sotto carico hanno segnalato incrementi rilevanti, ma i risultati dipendono dal tipo di lavoro e non rappresentano una percentuale garantita per tutti gli utenti exFAT.

In pratica, la storia delle prestazioni di Linux 7.2 non dipende da una singola funzione. I miglioramenti più sensibili sono attesi sui carichi che stressano la località della cache, i metadati dei filesystem, lo storage ad alto throughput, le pipe o la gestione della memoria di Btrfs.

Supporto hardware più ampio per Apple, AMD, Intel e NVIDIA

La nuova versione porta con sé diversi traguardi di abilitazione delle piattaforme:

• I MacBook con chip Apple M3 possono avviare per la prima volta un kernel mainline fino a una console seriale grazie al lavoro upstream di Asahi Linux. È un passo importante per il porting, ma non equivale ancora a un supporto desktop completo e rifinito per ogni componente del portatile.
• Intel aggiunge il supporto a USB4STREAM, un protocollo per trasmettere flussi di dati attraverso cavi USB4.
• AMDGPU riceve il supporto iniziale a HDMI 2.1 Fixed Rate Link, mentre il codice per le piattaforme AMD include i primi lavori di preparazione per i sistemi Zen 6.
• Il driver Intel Xe guadagna il supporto iniziale alle piattaforme CRI; Nouveau aggiunge il supporto all’acceleratore di calcolo NVIDIA GA100 tramite GSP; sui dispositivi Apple Silicon migliorano inoltre le informazioni sulla batteria.
• Il supporto Rust viene esteso all’architettura s390 di IBM, ampliando le piattaforme su cui è possibile sviluppare componenti del kernel scritti in Rust.

Altre modifiche interessano rete, virtualizzazione, sicurezza, sistemi embedded e telemetria dei consumi. Linux 7.2 è quindi una release di abilitazione delle piattaforme tanto quanto un aggiornamento orientato alle prestazioni.

Il kernel abbandona altro codice legacy

Linux 7.2 elimina oltre 13.000 righe di codice dedicate all’emulazione in virgola mobile x87 dei processori i486. Vengono inoltre rimossi AppleTalk e il supporto per i vecchi adattatori ARCnet ISA e PCMCIA.

Il kernel richiede ora senza eccezioni un time-stamp counter, o TSC, funzionante sui sistemi x86. I computer x86 moderni fanno già generalmente affidamento su questa caratteristica: la modifica riguarda quindi soprattutto hardware eccezionalmente vecchio o insolito, non i desktop e i server attuali.

Il ciclo completa anche una lunga operazione di pulizia dell’albero del kernel: tutti gli utilizzi dell’API deprecata strncpy() sono stati rimossi e sostituiti con funzioni più esplicite per la gestione delle stringhe.

Il nuovo scheduler GPU è stato ritirato dopo alcune regressioni

Durante lo sviluppo, Linux 7.2 aveva incluso un nuovo scheduler GPU “fair”, progettato per migliorare l’ordine di esecuzione dei lavori grafici. Le regressioni riscontrate sulle schede AMD hanno però spinto gli sviluppatori a ripristinare il comportamento FIFO prima della release stabile.

La scelta ricorda che una funzione presente in una fase di sviluppo non è necessariamente pronta per gli utenti finali. In questo caso, i maintainer hanno preferito un comportamento grafico più prevedibile rispetto al rilascio di un modello di scheduling più ambizioso.

Un ciclo da nove settimane e il peso crescente dell’AI

Lo sviluppo di Linux 7.2 è durato circa nove settimane e ha coinvolto oltre 2.100 contributori, stabilendo un record riportato per la partecipazione alla finestra di merge. Un’analisi citata nelle cronache ha stimato che circa il 5% dei commit riportasse un’attribuzione di assistenza tramite AI.

Il punto non è che l’intelligenza artificiale abbia scritto autonomamente le funzioni principali del kernel. Gli strumenti AI stanno piuttosto aumentando il flusso di segnalazioni di vulnerabilità, patch suggerite, osservazioni durante la revisione e correzioni successive. Alcune modifiche accettate risolvono problemi individuati con analisi assistite dall’AI, ma ogni proposta deve comunque essere controllata, corretta e integrata dai maintainer umani.

Quando Linus Torvalds descrive gli aggiornamenti tardivi e sovradimensionati come la “nuova normalità”, il commento sembra riflettere più la presa d’atto di una realtà operativa che un’approvazione di standard di revisione più bassi. Linux 7.2 è arrivato nei tempi previsti, ma il forte movimento nelle fasi finali mostra perché il progetto continui a prestare grande attenzione a regressioni, volume delle patch e qualità del codice.

Cosa succede ora con Linux 7.3 e Ubuntu 26.10?

La finestra di merge di Linux 7.3 si è aperta subito dopo il rilascio di 7.2. Secondo le informazioni disponibili, erano già in attesa circa 40 pull request: le settimane successive determineranno quali saranno le modifiche principali del prossimo ciclo.

Per Ubuntu 26.10, il team kernel di Canonical indica attualmente Linux 7.2 come versione obiettivo. La distribuzione, con nome in codice “Stonking Stingray”, è prevista per il 15 ottobre 2026, mentre il congelamento del kernel è programmato per il 1º ottobre. Questo rende Linux 7.2 il candidato più consolidato, ma la scelta finale può ancora cambiare se i test dovessero evidenziare regressioni gravi o problemi di integrazione.

Per gli sviluppatori del kernel, il prossimo passo è continuare con test di regressione e revisione del codice. Per gli utenti, invece, la domanda più utile non è se Linux 7.2 abbia semplicemente la lista di funzionalità più lunga, ma se il proprio hardware e il proprio carico di lavoro possano beneficiare dei suoi punti di forza: località della cache, throughput del filesystem, supporto a piattaforme recenti o migliore abilitazione dei dispositivi.