{"id":168524,"date":"2026-04-13T11:12:24","date_gmt":"2026-04-13T09:12:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-yadra-linux-7-0"},"modified":"2026-04-13T11:12:24","modified_gmt":"2026-04-13T09:12:24","slug":"reliz-yadra-linux-7-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/reliz-yadra-linux-7-0","title":{"rendered":"Rilascio del kernel Linux 7.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo due mesi di sviluppo, Linus Torvalds ha presentato il rilascio del kernel Linux 7.0. Tra le modifiche pi\u00f9 significative ci sono: le regole per l'uso degli assistenti AI, l'inclusione di Rust tra le funzionalit\u00e0 principali del kernel, il miglioramento delle prestazioni di swap, l'attivazione predefinita della modalit\u00e0 PREEMPT_LAZY, il supporto dei filtri per le operazioni io_uring, il nuovo file system Nullfs, l'infrastruttura fserror, gli strumenti di monitoraggio XFS, la supporto per il remapping in Btrfs, l'attivazione predefinita della versione NFS 4.1, l'integrazione dell'algoritmo crittografico post-quantistico ML-DSA, l'attivazione di AccECN nel sottosistema di rete, e il supporto iniziale per WiFi 8. <\/p>\n
Il numero 7.0 \u00e8 stato assegnato poich\u00e9 nella serie 6.x si sono accumulati sufficienti rilasci per cambiare il primo numero nella versione (in passato, il rilascio 6.0 \u00e8 stato creato subito dopo il 5.19). Il cambio di numerazione avviene per ragioni estetiche ed \u00e8 un passo formale che allevia il disagio causato dall'accumulo di un gran numero di rilasci nella serie. <\/p>\n
Nella nuova versione sono stati apportati 15.624 correttivi da 2.477 sviluppatori, la dimensione della patch \u00e8 di 56 MB (le modifiche hanno interessato 18.053 file, aggiunte 704.060 righe di codice, e rimosse 278.132 righe). Nella versione precedente ci sono stati 15.657 correttivi da 2.237 sviluppatori, la dimensione della patch era di 52 MB. Circa il 51% di tutte le modifiche presentate nella 7.0 riguarda i driver di dispositivi, circa l'11% delle modifiche \u00e8 relativo all'aggiornamento del codice specifico per le architetture hardware, il 14% \u00e8 correlato allo stack di rete, il 5% ai file system e il 3% ai sottosistemi interni del kernel. <\/p>\n
Novit\u00e0 principali nel kernel 7.0 (1, 2, 3): <\/p>\n
\n
Sottosistema disco, I\/O e file system<\/b>\n
\n
\u00c8 stata implementata l'infrastruttura fserror e aggiunto un API per ottenere informazioni sugli errori di I\/O e sulla corruzione dei metadati durante la manipolazione dei file. L'infrastruttura proposta unifica nelle file system la trasmissione delle informazioni sugli errori nello spazio utente tramite il meccanismo fsnotify.\n
In XFS sono state aggiunte nuove funzionalit\u00e0 per il monitoraggio dello stato del file system dallo spazio utente. \u00c8 stata proposta un'operazione ioctl XFS_IOC_HEALTH_MONITOR, che restituisce un descrittore di file attraverso il quale \u00e8 possibile ottenere informazioni sugli errori legati ai danni ai metadati o che si verificano durante l'input\/output, oltre a monitorare i cambiamenti di stato del file system, come smontaggio e spegnimento. Inoltre, \u00e8 stato proposto un processo in background gestito tramite systemd, xfs_healer, che gestisce eventi di stato del file system dallo spazio utente e avvia automaticamente le procedure di ripristino se necessario.\n
Il filesystem Btrfs ha introdotto il supporto sperimentale per la struttura \"albero di rimappatura\" (remap tree), che in futuro potrebbe essere utilizzata come strato intermedio durante le operazioni di input\/output. La novit\u00e0 consiste nel fatto che, dopo aver spostato i dati sull'unit\u00e0, invece di aggiornare tutte le strutture correlate in una struttura aggiuntiva chiamata \"remap tree\", vengono salvati gli indirizzi vecchi e nuovi dei dati; successivamente, quando si accede ai dati, gli indirizzi vengono sostituiti. Questo nuovo approccio \u00e8 presentato come pi\u00f9 affidabile e flessibile, semplificando anche l'espansione delle funzionalit\u00e0 di Btrfs.\n
In Btrfs \u00e8 implementato il supporto per l'input\/output diretto in situazioni in cui la dimensione del blocco supera la dimensione della pagina di memoria nel sistema.\n
\u00c8 stata inclusa una nuova filesystem chiamata «Nullfs», che pu\u00f2 essere utilizzata come segnaposto per il filesystem radice. La filesystem Nullfs \u00e8 sempre vuota, non contiene dati e non supporta modifiche. Lo scopo di Nullfs \u00e8 quello di servire come filesystem iniziale per semplificare il processo di avvio del sistema — sopra Nullfs vengono poi montati altri filesystem e viene utilizzata la chiamata di sistema pivot_root() per passare al filesystem radice invece di svuotare il contenuto dell'initramfs e utilizzare il filesystem radice correlato.\n
\u00c8 stata implementata l'aggiornamento delle informazioni sul tempo di modifica dei file in modalit\u00e0 non bloccante. In precedenza, la chiamata file_update_time_flags() con il flag IOCB_NOWAIT restituiva un errore «-EAGAIN», il che impediva di utilizzare operazioni di scrittura diretta in modalit\u00e0 non bloccante.\n
Nei file system, il supporto per le blocchi di notifica (lease) \u00e8 stato trasferito a un elenco di opzioni separatamente abilitabili. Di default, questo meccanismo non \u00e8 pi\u00f9 attivato a causa di problemi con i file system che inizialmente non erano progettati per il suo utilizzo. Ad esempio, i file system 9p e cephfs non lo supportano.\n
Nel file system EROFS (Extendable Read-Only File System), progettato per sezioni accessibili in sola lettura, \u00e8 utilizzato l'algoritmo LZMA per la compressione predefinita. Sono disponibili, in modo opzionale, gli algoritmi DEFLATE e Zstandard, che non sono pi\u00f9 contrassegnati come sperimentali. \u00c8 implementata la condivisione di registrazioni nella cache delle pagine per file identici in file system EROFS separati.\n
\u00c8 stata rimossa la modalit\u00e0 laptop_mode, che risparmia energia ritardando e aggregando le operazioni di scrittura sul disco rigido per prolungare il tempo di inattivit\u00e0 del disco e ridurre il numero di riattivazioni. Tale modalit\u00e0 ha perso rilevanza, poich\u00e9 nei moderni dispositivi mobili i dischi rigidi sono stati sostituiti da unit\u00e0 a stato solido.\n
Il file system F2FS \u00e8 stato aggiornato per utilizzare grandi volumi di pagine di memoria.\n
\u00c8 stato ripreso il lavoro sul driver ntfs3, sviluppato da Paragon Software. \u00c8 stata aggiunta la supporto per le operazioni sui file basate su iomap, implementate le opzioni llseek SEEK_DATA\/SEEK_HOLE, e aggiunto la modalit\u00e0 delalloc per l'allocazione dei blocchi in modo ritardato. Nel frattempo, nella mailing list degli sviluppatori del kernel, a febbraio \u00e8 stata approvata l'inclusione in una delle future versioni del kernel di una nuova implementazione di NTFS \u2014 ntfsplus, sviluppata per sostituire ntfs3.\n
Per impostazione predefinita, durante la compilazione \u00e8 inclusa la versione del protocollo NFS 4.1 (CONFIG_NFS_V4_1). \u00c8 stata garantita la blocco delle esportazioni tramite NFS di pseudo-FS specializzati, come pidfs e nsfs. In NFSD \u00e8 stata implementata una funzionalit\u00e0 sperimentale che consente di utilizzare POSIX ACL ed \u00e8 stata aggiunta la supporto per il cambiamento dinamico del pool di thread (thread-pool) in base al carico. <\/ul>\n
Memoria e servizi di sistema<\/b>\n
\n
Sono state approvate le regole ufficiali per l'applicazione degli assistenti AI e l'inclusione nel kernel di contenuti generati automaticamente. Quando si invia codice generato, \u00e8 necessario contrassegnarlo indicando l'assistente AI utilizzato tramite il tag \u00abAssisted-by\u00bb. Agli assistenti AI \u00e8 vietato aggiungere il tag \u00abSigned-off-by\u00bb \u2014 la persona che invia la patch \u00e8 considerata l'autore, \u00e8 responsabile della modifica inviata e ne garantisce la qualit\u00e0. Gli sviluppatori sono tenuti a eseguire una revisione manuale del codice ricevuto tramite AI e a verificare la conformit\u00e0 dei risultati ai requisiti di licenza.\n
Il supporto per Rust \u00e8 stato spostato da funzionalit\u00e0 sperimentali a caratteristiche principali del core. Il supporto per Rust non \u00e8 attivato per impostazione predefinita e non comporta l'inclusione di Rust tra le dipendenze di compilazione obbligatorie nel core.\n
L'integrazione nel core del meccanismo \u00abSwap Table\u00bb \u00e8 stata completata, consentendo di aumentare le prestazioni di paging. Il miglioramento \u00e8 dovuto alla riduzione della concorrenza per l'accesso alla cache di paging, a una ricerca pi\u00f9 efficiente nella cache e alla diminuzione della frammentazione. Il backend basato su Swap Table \u00e8 stato utilizzato per la cache di paging al posto del backend XArray, permettendo nel test redis-benchmark con BGSAVE di aumentare il numero di richieste elaborate del 22%.\n
Aggiunta la supporto per l'estensione Thread Safety Analysis introdotta in Clang 22, che consente di identificare durante la compilazione potenziali stati di competizione e errori causati da un'assegnazione scorretta dei blocchi. L'estensione offre una serie di attributi, come GUARDED_BY(\u2026), REQUIRES(\u2026), RELEASE(\u2026) e ACQUIRE(\u2026), che consentono di contrassegnare le funzioni protette dai blocchi e di separare gli ambiti dei blocchi (definire il contesto). Durante la compilazione viene eseguita una verifica della correttezza dell'applicazione dei primitivi di sincronizzazione, come mutex, sulla base della valutazione dell'attivit\u00e0 o inattivit\u00e0 del contesto associato.\n
Nella chiamata di sistema open_tree \u00e8 stato aggiunto il flag OPEN_TREE_NAMESPACE per semplificare la configurazione dei container isolati e accelerare l'avvio dei container su sistemi con un gran numero di punti di montaggio. Analogamente a OPEN_TREE_CLONE, il nuovo flag copia solo l'albero di montaggio specificato, ma invece di restituire un file descriptor locale, restituisce un file descriptor in un nuovo spazio dei nomi dei punti di montaggio, nel quale l'albero copiato \u00e8 montato sopra la copia del file system radice reale. Il flag OPEN_TREE_NAMESPACE \u00e8 richiesto per abbandonare l'esecuzione separata delle operazioni unshare(CLONE_NEWNS) e pivot_root(), utilizzate nella creazione dei container.\n
Nella chiamata di sistema rseq \u00e8 stato aggiunto un meccanismo di estensione dei quanti di tempo, che consente di ottenere ulteriore tempo di elaborazione per l'esecuzione ininterrotta di una sezione critica. L'idea \u00e8 quella di evitare l'interruzione della sezione critica da parte dello scheduler dei compiti quando \u00e8 impostato un blocco, il che porterebbe al passaggio di controllo ad altri thread utilizzando risorse su cui rimane un blocco attivo. L'estensione del quanti di tempo avviene senza costi aggiuntivi, ma anche senza le rigide garanzie offerte da una vera regolamentazione delle priorit\u00e0.\n
Per le architetture arm64, loongarch, powerpc, riscv, s390 e x86, la modalit\u00e0 di preemption nel pianificatore \u00e8 stata modificata da PREEMPT_NONE a PREEMPT_LAZY. Il numero di modalit\u00e0 possibili \u00e8 stato ridotto da quattro a due \u2014 PREEMPT_FULL e PREEMPT_LAZY (le modalit\u00e0 PREEMPT_NONE e PREEMPT_VOLUNTARY sono mantenute solo per le architetture che non supportano PREEMPT_FULL e PREEMPT_LAZY). La modalit\u00e0 PREEMPT_LAZY applica il modello di preemption totale (PREEMPT_FULL) per i task realtime (RR\/FIFO\/DEADLINE), ma ritarda la preemption dei task normali (SCHED_NORMAL) fino al limite del tick. Il ritardo introdotto riduce i casi di preemption dei detentori dei lock, consentendo di avvicinare le prestazioni a configurazioni che usano un modello di preemption volontaria, cio\u00e8 PREEMPT_LAZY consente di mantenere le capacit\u00e0 di preemption totale per i task realtime, ma minimizza il calo delle prestazioni per i task normali.\n
L'attivazione di PREEMPT_LAZY ha portato a una significativa regressione, riducendo le performance di PostgreSQL su sistemi ARM64 di due volte. Per mitigare la perdita di performance, \u00e8 stato suggerito agli sviluppatori di PostgreSQL di utilizzare l'opzione PR_RSEQ_SLICE_EXTENSION per ridurre la probabilit\u00e0 di preemption dei detentori di lock. <\/p>\n
Continua il trasferimento delle modifiche dalla branch Rust-for-Linux relative all'uso del linguaggio Rust come secondo linguaggio per lo sviluppo di driver e moduli del kernel. Grazie alla libreria «syn» precedentemente integrata, che semplifica la scrittura di macro complesse, \u00e8 stato possibile ridurre la dimensione del codice Rust nel kernel semplificando le definizioni delle macro procedurali esistenti. Sono state ampliate le funzionalit\u00e0 delle librerie kernel, macros e pin-init.\n
Nel sistema di input\/output asincrono io_uring \u00e8 stata aggiunta l'opzione per utilizzare code di invio non circolari (non-circular submission queue), pi\u00f9 efficientemente memorizzabili nella cache in situazioni in cui l'esecuzione della richiesta termina prima del ritorno dalla chiamata di sistema.\n
Nel sottosistema eBPF, nel meccanismo BTF (BPF Type Format), che fornisce informazioni per la verifica dei tipi nel pseudocodice BPF, \u00e8 stato utilizzato il binary search per la ricerca delle informazioni di debug, aumentando l'efficienza nel caricamento dei programmi BPF. In eBPF \u00e8 stata aggiunta la supporto per gli argomenti impliciti nella chiamata a kfunc (funzioni del kernel disponibili per l'uso nei programmi BPF), definite con il flag KF_IMPLICIT_ARGS.\n
\u00c8 stato rimosso il codice per il supporto del disco RAM iniziale (initrd) basato su linuxrc, dichiarato obsoleto da tempo. Le implementazioni rimaste di initrd sono in programma di essere rimosse nel 2027. Invece di initrd, si raccomanda di utilizzare initramfs (la differenza \u00e8 che initrd colloca l'ambiente di avvio iniziale in un'immagine disco, mentre initramfs — in un file system).\n
Nella dispositivo a blocchi zram, utilizzato per la memorizzazione compressa della partizione di swap in memoria, \u00e8 stata modificata la logica di gestione delle pagine di memoria compresse con movimento opzionale dei dati in storage permanente in caso di esaurimento della memoria disponibile. In precedenza, le pagine di memoria venivano decompresse prima della scrittura su supporto fisico, mentre ora vengono salvate cos\u00ec come sono in forma compressa, riducendo il carico sulla CPU e risparmiando energia in modalit\u00e0 autonoma.\n
Nell'utilit\u00e0 timerlat, destinata a misurare i ritardi nel funzionamento dello scheduler dei compiti, \u00e8 stata aggiunta l'opzione «—bpf-action» per l'esecuzione di programmi BPF in caso di superamento della soglia impostata.\n
Nel sistema di tracciamento ftrace \u00e8 stata aggiunta l'impostazione \u00abbitmask-list\u00bb per l'output delle maschere in un formato leggibile (come elenco di bit anzich\u00e9 numero esadecimale). In tracefs sono state aggiunte funzionalit\u00e0 per l'audit dei filtri e dei trigger. \u00c8 stato aggiunto il comando \u00abperf sched stats\u00bb per raccogliere e visualizzare le statistiche sul funzionamento dello scheduler.\n
Sono state aggiunte opzioni di compilazione LOGO_LINUX_MONO_FILE, LOGO_LINUX_VGA16_FILE e LOGO_LINUX_CLUT224_FILE per specificare il file dell'immagine del logo che verr\u00e0 mostrato durante il caricamento del kernel al posto del logo standard con il pinguino Tux. <\/ul>\n
Virtualizzazione e sicurezza<\/b>\n
\n
Nel sistema di input\/output asincrono io_uring \u00e8 implementata la possibilit\u00e0 di collegare programmi BPF con filtri che controllano cosa possono fare operazioni specifiche delle SQE (Submission Queue Entry), simili alle chiamate di sistema in io_uring. Questa funzionalit\u00e0 aggiunta \u00e8 equivalente ai filtri delle chiamate di sistema. I filtri possono essere associati a determinati compiti e vengono ereditati quando vengono creati nuovi processi dopo la chiamata a fork(). Se sono attivi filtri, quelli aggiunti possono solo imporre limitazioni aggiuntive, ma non disabilitare quelli esistenti. Questa possibilit\u00e0 realizzata permetter\u00e0 di bloccare metodi per aggirare la filtrazione delle chiamate di sistema in ambienti sandbox, basati sull'esecuzione di operazioni simili a quelle delle chiamate di sistema fornite in io_uring.\n
In SELinux \u00e8 stata aggiunta la possibilit\u00e0 di gestire l'accesso ai token BPF, consentendo ai processi non privilegiati di eseguire alcune operazioni privilegiate con BPF, come caricare programmi BPF nel kernel e creare strutture map.\n
\u00c8 stata aggiunta la supporto per l'algoritmo di generazione di firme digitali ML-DSA (CRYSTALS-Dilithium), basato sulla teoria delle reticoli e resistente agli attacchi su computer quantistici. \u00c8 stata fornita la possibilit\u00e0 di utilizzare ML-DSA per l'autenticazione dei moduli del kernel.\n
\u00c8 stata rimossa la possibilit\u00e0 di utilizzare schemi di generazione di firme digitali con l'algoritmo SHA-1 per la certificazione dei moduli del kernel (il supporto per il caricamento dei moduli firmati \u00e8 stato mantenuto).\n
Nella registrazione dell'audit NETFILTER_PKT sono stati aggiunti i campi \u2018sport\u2019 e \u2018dport\u2019 per ispezionare i numeri delle porte di rete, non solo. IP addresses<\/a>.\n