{"id":182060,"date":"2026-06-15T02:48:07","date_gmt":"2026-06-15T00:48:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-yadra-linux-7-1"},"modified":"2026-06-15T02:48:07","modified_gmt":"2026-06-15T00:48:07","slug":"reliz-yadra-linux-7-1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/reliz-yadra-linux-7-1","title":{"rendered":"Rilascio del kernel Linux 7.1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo due mesi di sviluppo, Linus Torvalds ha presentato il rilascio del kernel Linux 7.1. Tra le modifiche pi\u00f9 significative: un nuovo driver ntfsplus, la prima fase della dismissione del supporto per le CPU i486, la rimozione dei vecchi adattatori Ethernet, la rimozione dei protocolli ISDN e AX.25, l'inclusione predefinita del meccanismo Intel FRED, supporto per i gestori BPF in io_uring, ottimizzazione del sottosistema di swapping, supporto per i sub-scheduler in sched_ext, I\/O in modalit\u00e0 zero-copy nel driver ublk, l'operazione ioctl \u00abshutdown\u00bb in Btrfs, commutazione dinamica delle impostazioni di prestazioni nel driver amd-pstate, supporto per xattr per i socket Unix.<\/p>\n
Nella nuova versione sono stati accettati 17275 miglioramenti da 2589 sviluppatori. \nLa dimensione del patch \u00e8 di 57 MB (le modifiche hanno interessato 13528 file, aggiunti 751785 righe di codice, rimosse 405916 righe). Nella precedente release c'erano 15624 correzioni da 2477 sviluppatori, con una dimensione del patch di 56 MB. Circa il 41% delle modifiche presentate in 7.1 sono legate ai driver di dispositivi, circa il 12% delle modifiche riguardano l'aggiornamento del codice specifico per le architetture hardware, il 14% \u00e8 correlato allo stack di rete, il 5% ai filesystem e il 3% ai sottosistemi interni del kernel. <\/p>\n
Le principali novit\u00e0 nel kernel 7.1 (1, 2, 3):<\/p>\n
\n
Sottosistema disco, I\/O e file system<\/b>\n
\n
\u00c8 stata accettata una nuova implementazione del filesystem NTFS \u2014 ntfsplus, basata sul codice rimosso dal kernel del classico driver ntfs. Il vecchio driver \u00e8 stato rielaborato, ampliato con la possibilit\u00e0 di scrivere dati e adattato per supportare funzionalit\u00e0 moderne, come l'uso di volumi di pagine di memoria (folios) invece della struttura buffer_head. Nel nuovo driver \u00e8 stata implementata l'allocazione dei blocchi in modo ritardato, consentendo di ottenere elevate prestazioni nelle operazioni di scrittura e ridurre la frammentazione. Per le operazioni di lettura\/scrittura bufferizzate, l'input\/output diretto, il mapping degli extent e le operazioni di scrittura\/lettura delle pagine \u00e8 stata utilizzata la libreria iomap. Nei test di iozone, il driver ntfsplus \u00e8 risultato essere il 3-5% pi\u00f9 veloce di ntfs3 in scrittura in modalit\u00e0 single-thread e dal 35% al 110% pi\u00f9 veloce utilizzando 4 thread. La velocit\u00e0 di lettura di ntfsplus e ntfs3 \u00e8 pressoch\u00e9 allo stesso livello. Il driver ntfs3 rimane nel kernel e ha subito correzioni e lievi miglioramenti.\n
\u00c8 stata aggiunta la supporto per la generazione e la verifica dei dati di integrit\u00e0 T10 a livello di file system, non di dispositivo a blocchi, consentendo un miglioramento delle prestazioni nelle operazioni di lettura.\n
Nel driver dei dispositivi a blocchi ublk, che consente di spostare la logica specifica nel processo nello spazio utente, \u00e8 stata aggiunta la supporto per l'input\/output tramite memoria condivisa senza copia dei dati tra i buffer (modalit\u00e0 zero-copy).\n
Per i dispositivi a blocchi auto-crittografanti SED-OPAL sono stati aggiunti ioctl per gestire la modalit\u00e0 Single User e implementato il comando STACK_RESET.\n
In Btrfs \u00e8 stata dichiarata stabile la supporto per l'operazione ioctl \u00abshutdown\u00bb, che consente di portare il filesystem in uno stato in cui si tenta di completare le operazioni gi\u00e0 in corso, ma vengono bloccate tutte le nuove operazioni.\n
In exfat \u00e8 stata implementata la possibilit\u00e0 di riservare aree vuote attraverso la chiamata a fallocate().\n
Nel file system CIFS \u00e8 stata aggiunta la supporto per la creazione di file temporanei con il flag O_TMPFILE.\n
In the fsmount() system call, the FSMOUNT_NAMESPACE option has been added, creating a new namespace for mount points for the mounted file system. Flags have been added to the clone3() and unshare() system calls to return a new mount point namespace containing only a mounted empty FS stub based on nullfs, with the fs-dax driver providing a file system interface to DAX (Direct Access) devices.\n
A protection against file descriptor brute-force attacks has been added to the NFS server, implemented through the signing of descriptors with a cryptographic signature. This protection is enabled through the sign_fh mount option.\n
A symbolic fs-dax driver has been added, providing an interface for interaction with DAX (Direct Access) devices that support operation bypassing the page cache. This interface is necessary for integration into the famfs file system kernel, which is located in memory.\n
In the Ceph file system, the collection of input\/output metrics related to subdivisions has been implemented.\n<\/ul>\n
Memoria e servizi di sistema<\/b>\n
\n
\u00c8 stata accettata la prima serie di modifiche per interrompere il supporto ai processori i486. Le opzioni per la compilazione del kernel con supporto per i processori 486DX, 486SX e AMD ELAN (CONFIG_M486, CONFIG_M486SX e CONFIG_MELAN) sono state rimosse da Kconfig, e dalle opzioni di compilazione per i sistemi i486 (-march=i486) sono state escluse dal Makefile. Il codice per il supporto effettivo sui processori i486 \u00e8 stato mantenuto nel kernel, ma la compilazione per sistemi simili richieder\u00e0 ora l'applicazione di patch ai file di assembly. Le ragioni per la rimozione del supporto ai processori i486 sono legate al desiderio di semplificare il kernel rimuovendo codice complesso che emula alcune operazioni hardware, come CX8 (confronta e scambia 8 byte) e TSC (contatore dei cicli CPU, utilizzato nel pianificatore di attivit\u00e0).\n
Nel driver amd-pstate, utilizzato per gestire il consumo energetico nei sistemi con processori AMD, \u00e8 stata implementata la commutazione dinamica delle impostazioni di prestazioni e la modifica del comportamento della gestione dell'alimentazione in base al funzionamento con alimentazione di rete o batteria. Quando \u00e8 collegato alla rete, ora si attiva la modalit\u00e0 \u00abperformance\u00bb, mentre quando funziona a batteria si attiva \u00abbalance_performance\u00bb.\n
\u00c8 attivato di default il meccanismo Intel FRED (Flexible Return and Event Delivery), che migliora l'efficienza e l'affidabilit\u00e0 nella consegna delle informazioni su eventi a basso livello. L'aumento delle prestazioni e la riduzione delle latenze sono garantiti dal ritorno degli eventi tramite l'istruzione per processore IRET, invece che attraverso la trasmissione degli eventi tramite la tabella IDT (Interrupt Descriptor Table). L'affidabilit\u00e0 \u00e8 migliorata grazie al trattamento separato dell'arrivo dell'evento nel contesto del kernel e in quello dell'utente, proteggendo cos\u00ec da esecuzioni annidate di NMI e mantenendo registri CPU associati all'eccezione nel frame dello stack esteso.\n
Nel sottosistema perf \u00e8 stato aggiunto il supporto per i blocchi di monitoraggio delle prestazioni della memoria (PMU \u2014 Performance Monitoring Unit), utilizzati nei SoC NVIDIA Tegra410.\n
Accelerata l'esecuzione delle operazioni futex sui sistemi ARM, grazie all'utilizzo delle istruzioni Arm 9.6 LSUI, che consentono al kernel di accedere alla memoria dello spazio utente senza dover disattivare preventivamente la modalit\u00e0 di protezione PAN (Privileged Access Never).\n
Nei sistemi con processori ARM \u00e8 stata migliorata la supporto per l'estensione dell'architettura del set di istruzioni MPAM (Memory System Resource Partitioning and Monitoring) e aggiunta la possibilit\u00e0 di utilizzarla in spazio utente per gestire le risorse tramite il meccanismo resctrl. MPAM consente di contrassegnare ogni accesso alla memoria con un identificatore di sezione (PARTID, Partition ID) e un identificatore di gruppo di monitoraggio (PMG, Monitoring Group ID). Collegando il PARTID, \u00e8 possibile limitare il consumo delle risorse, come la larghezza di banda della memoria o la dimensione della cache, per evitare che un gruppo di attivit\u00e0 occupi tutte le risorse. Nel contesto del monitoraggio, la combinazione di PMG e PARTID pu\u00f2 essere utilizzata per tracciare il consumo delle risorse di memoria in determinate tipologie di carico.\n
\u00c8 stata aggiunta la possibilit\u00e0 di utilizzare la modalit\u00e0 in tempo reale (PREEMPT_RT) su processori ARM a 32 bit. In precedenza, il supporto per PREEMPT_RT era fornito per le architetture x86 e x86-64, ARM64, RISC-V e LoongArch.\n
Nel sistema di chiamata clone3() sono stati aggiunti nuovi flag: CLONE_NNP \u2014 divieto di acquisire nuove autorizzazioni nel processo creato; CLONE_AUTOREAP \u2014 terminazione automatica del processo anzich\u00e9 trasformarlo in un processo zombie fino all'esecuzione della funzione wait() da parte del processo genitore; \nCLONE_PIDFD_AUTOKILL \u2014 terminazione del processo figlio nel caso di chiusura del descrittore pidfd associato (ad esempio, alla chiusura del processo genitore).<\/p>\n
Per ogni modulo del kernel, \u00e8 stato aggiunto un file import_ns nella cartella \/sys\/module, contenente l'elenco degli spazi dei nomi simboli importati (symbol namespace).\n
Nel sistema di input\/output asincrono io_uring \u00e8 stata aggiunta la supporto per l'uso del sottosistema BPF per la creazione di gestori. Ad esempio, \u00e8 possibile sostituire il ciclo principale di dispatching con un programma BPF.\n
Nel sottosistema BPF \u00e8 stata migliorata l'analisi dell'uso dello stack, il che ha notevolmente accelerato il controllo da parte del verificatore di molti programmi BPF.\n
Al fine di ottimizzare le prestazioni, il sottosistema hrtimer (high resolution timer) \u00e8 stato riscritto. Ora, il pianificatore di attivit\u00e0 pu\u00f2 utilizzare timer ad alta risoluzione senza perdita di prestazioni al posto di timer meno precisi.\n
Continua il trasferimento delle modifiche dalla branca Rust-for-Linux, relative all'uso del linguaggio Rust come secondo linguaggio per lo sviluppo di driver e moduli del kernel (il supporto per Rust non \u00e8 attivo per impostazione predefinita e non comporta l'inclusione di Rust tra le dipendenze di build obbligatorie per il kernel). Fino alla versione 1.85 (fornita in Debian 13) sono stati aumentati i requisiti per la versione di Rust necessaria per la compilazione dei componenti del kernel. \u00c8 stata aggiunta un'opzione Kconfig sperimentale CONFIG_RUST_INLINE_HELPERS per l'incorporamento di wrapper C nel codice Rust durante la compilazione (l'ottimizzazione ha accelerato le prestazioni del driver del blocco null del 2%). \u00c8 stato aggiunto il macro \u2018const_assert!\u2019. Sono state ampliate le capacit\u00e0 dei moduli \u2018sizes\u2019, \u2018clk\u2019, \u2018ptr\u2019, \u2018sync\u2019, \u2018error\u2019.\n
Al meccanismo SCHED_EXT, che consente di utilizzare BPF per creare pianificatori CPU, \u00e8 stata aggiunta la funzionalit\u00e0 iniziale di creazione di pianificatori annidati (sub-scheduler), tramite i quali \u00e8 possibile utilizzare un pianificatore di attivit\u00e0 dedicato per ogni cgroup.\n
\u00c8 proseguita l'ottimizzazione del sottosistema di swapping. \u00c8 stata rimossa la vecchia struttura swap_map, sostituita dal meccanismo \u00abSwap Table\u00bb. Questa modifica ha permesso di aumentare le prestazioni e ridurre il consumo di memoria nel sottosistema di swapping.\n
Nella sottosistema DAMON (Data Access MONitor), che consente di monitorare l'accesso dei processi ai dati nella memoria RAM (ad esempio, \u00e8 possibile scoprire a quali aree di memoria un processo ha fatto riferimento e quali aree sono rimaste inutilizzate), \u00e8 stata aggiunta la supporto per diversi algoritmi di autoottimizzazione delle quote.\n