{"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\/news\/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 sospensione del supporto per CPU i486, rimozione di vecchi adattatori Ethernet, eliminazione dei protocolli ISDN e AX.25, attivazione di default del meccanismo Intel FRED, supporto per i gestori BPF in io_uring, ottimizzazione della sottosistema di swapping, supporto per sottopiani in sched_ext, input\/output in modalit\u00e0 zero-copy nel driver ublk, operazione ioctl \u00abshutdown\u00bb in Btrfs, commutazione dinamica della modalit\u00e0 di prestazioni nel driver amd-pstate, supporto xattr per i socket Unix.<\/p>\n
Nella nuova versione sono state accettate 17275 correzioni da 2589 sviluppatori, \nDimensione del patch \u2014 57 MB (le modifiche hanno interessato 13528 file, aggiunte 751785 righe di codice, rimosse 405916 righe). Nella precedente versione ci sono stati 15624 correggi da 2477 sviluppatori, dimensione del patch \u2014 56 MB. Circa il 41% di tutte le modifiche presentate in 7.1 riguardano i driver dei dispositivi, circa il 12% delle modifiche \u00e8 relativo all'aggiornamento del codice specifico per le architetture hardware, il 14% \u00e8 collegato allo stack di rete, il 5% \u2014 ai file system e il 3% alle sottosistemi interne del kernel. <\/p>\n
Le principali novit\u00e0 nel kernel 7.1 (1, 2, 3):<\/p>\n
\n
Sottosistema di disco, input\/output e file system<\/b>\n
\n
\u00c8 stata accettata una nuova implementazione del file system NTFS \u2014 ntfsplus, basata sul codice rimosso dal kernel del driver classico ntfs. Il vecchio driver \u00e8 stato rielaborato, espanso con la possibilit\u00e0 di scrivere dati e adattato per supportare le moderne capacit\u00e0, come l'uso di folios di pagine di memoria al posto della struttura buffer_head. Nel nuovo driver \u00e8 stata implementata l'allocazione ritardata dei blocchi, che ha consentito di ottenere elevate prestazioni nelle operazioni di scrittura e ridurre la frammentazione. Per le operazioni di scrittura\/lettura bufferizzate, input\/output diretto, mappatura degli extent e operazioni di scrittura\/lettura paginata \u00e8 stata utilizzata la libreria iomap. Nei test iozone, il driver ntfsplus si \u00e8 dimostrato pi\u00f9 veloce del 3-5% rispetto a ntfs3 durante la scrittura in modalit\u00e0 singolo thread e dal 35% al 110% quando si utilizzano 4 thread. La velocit\u00e0 di lettura di ntfsplus e ntfs3 \u00e8 circa allo stesso livello. Il driver ntfs3 rimane nel kernel e sono state apportate correzioni e miglioramenti minori.\n
\u00c8 stata aggiunta la supporto alla generazione e verifica dei dati di controllo integrit\u00e0 T10 a livello del file system, invece che del dispositivo a blocchi, consentendo un aumento delle performance delle operazioni di lettura.\n
Nel driver dei dispositivi a blocchi ublk, che permette 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 dell'operazione ioctl \u00abshutdown\u00bb, che consente di portare il file system 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 tramite la chiamata fallocate().\n
Nel file system CIFS \u00e8 stata aggiunta la supporto per la creazione di file temporanei con il flag O_TMPFILE.\n
Nella chiamata di sistema fsmount() \u00e8 stata aggiunta l'opzione FSMOUNT_NAMESPACE, che crea un nuovo spazio dei nomi per i punti di montaggio del file system da montare. Nelle chiamate di sistema clone3() e unshare() sono stati aggiunti flag per restituire un nuovo spazio dei nomi per i punti di montaggio, contenente solo un file system fittizio montato vuoto basato su nullfs, driver fs-dax con interfaccia del file system ai dispositivi DAX (Direct Access).\n
Nel server NFS \u00e8 stata aggiunta protezione contro attacchi di brute force sui file descriptor, implementata tramite la firma crittografica dei descriptor. La protezione viene attivata tramite l'opzione di montaggio sign_fh.\n
\u00c8 stato aggiunto il driver simbolico fs-dax, che fornisce un'interfaccia per interagire con i dispositivi DAX (Direct Access), supportando il funzionamento al di fuori della cache delle pagine. Questa interfaccia \u00e8 necessaria per l'integrazione nel kernel del file system famfs, che risiede nella memoria volatile.\n
Nel file system Ceph \u00e8 stata implementata la raccolta di metriche per l'input\/output legate ai sottodivisioni.\n<\/ul>\n
Memoria e servizi di sistema<\/b>\n
\n
\u00c8 stata accettata la prima serie di modifiche per terminare 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 le opzioni di compilazione per i sistemi i486 (-march=i486) sono state escluse dal Makefile. Il codice per il supporto effettivo dell'esecuzione sui processori i486 \u00e8 ancora presente nel kernel, ma la compilazione per tali sistemi richieder\u00e0 ora l'applicazione di patch ai file di build. Le ragioni per la rimozione del supporto ai processori i486 sono dovute al desiderio di semplificare il kernel, eliminando codice complesso che emula alcune operazioni hardware, come CX8 (confronta e scambia 8 byte) e TSC (contatore cicli CPU, utilizzato nello scheduler di attivit\u00e0).\n
Nel driver amd-pstate, utilizzato per la gestione del consumo energetico nei sistemi con processori AMD, \u00e8 implementato un commutatore dinamico delle impostazioni delle prestazioni e un cambiamento del comportamento della gestione dell'alimentazione a seconda che il sistema sia alimentato elettricamente o che utilizzi una batteria. Quando collegato a una fonte di alimentazione, ora viene attivata la modalit\u00e0 \"performance\", mentre quando si utilizza la batteria viene attivata la modalit\u00e0 \"balance_performance\".\n
\u00c8 stato attivato per impostazione predefinita il meccanismo Intel FRED (Flexible Return and Event Delivery), che consente di aumentare l'efficienza e l'affidabilit\u00e0 della consegna di informazioni su eventi a basso livello. Il miglioramento delle prestazioni e la riduzione delle latenze sono garantiti grazie al ritorno degli eventi tramite l'istruzione di processo IRET invece di trasferire gli eventi tramite la tabella IDT (Interrupt Descriptor Table). L'affidabilit\u00e0 viene migliorata grazie al trattamento separato della ricezione dell'evento nel contesto del kernel e nel contesto dell'utente, alla protezione da esecuzioni nidificate NMI e al salvataggio nel frame di stack esteso di tutti i registri CPU associati all'eccezione.\n
Nel sotto-sistema perf \u00e8 stato aggiunto il supporto per i blocchi di monitoraggio delle prestazioni della memoria (PMU - Performance Monitoring Unit), utilizzati nei SoC NVIDIA Tegra410.\n
\u00c8 stata accelerata l'esecuzione delle operazioni futex sui sistemi ARM, grazie all'uso delle istruzioni Arm 9.6 LSUI, che consentono al kernel di accedere alla memoria dello spazio utente senza disattivare in anticipo la modalit\u00e0 di protezione PAN (Privileged Access Never).\n
Nei sistemi con processori ARM \u00e8 stata migliorata la supporto all'estensione dell'architettura del set di istruzioni MPAM (Memory System Resource Partitioning and Monitoring) ed \u00e8 stata aggiunta la possibilit\u00e0 di utilizzarla nello spazio utente per la gestione delle 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). In relazione al PARTID, \u00e8 possibile limitare il consumo delle risorse, come la larghezza di banda della memoria o le dimensioni della cache, in modo che un certo gruppo di attivit\u00e0 non 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 sotto determinati carichi.\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
Nella chiamata di sistema clone3() sono stati aggiunti nuovi flag: CLONE_NNP - divieto di acquisire nuovi privilegi nel processo creato; CLONE_AUTOREAP - terminazione automatica del processo invece della sua trasformazione in processo zombie fino all'esecuzione della funzione wait() da parte del processo padre; \nCLONE_PIDFD_AUTOKILL - terminazione del processo figlio in caso di chiusura del descrittore pidfd ad esso associato (ad esempio, quando il processo padre viene terminato).<\/p>\n
Per ogni modulo del kernel \u00e8 stato aggiunto un file import_ns nella directory \/sys\/module, contenente l'elenco degli spazi dei nomi dei 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 creare gestori. Ad esempio, \u00e8 possibile sostituire il ciclo di dispatch principale con un programma BPF.\n
Nel sottosistema BPF \u00e8 stata modernizzata l'analisi dell'uso dello stack, il che ha notevolmente accelerato la verifica di molti programmi BPF da parte del verificatore.\n
Al fine di ottimizzare le prestazioni, \u00e8 stato riscritto il sottosistema hrtimer (timer ad alta risoluzione). Ora il pianificatore di attivit\u00e0 pu\u00f2 utilizzare timer ad alta risoluzione senza perdita di prestazioni rispetto a timer meno precisi.\n
Continua il trasferimento delle modifiche dal ramo Rust-for-Linux, relative all'uso del linguaggio Rust come secondo linguaggio per lo sviluppo di driver e moduli del kernel (il supporto Rust non \u00e8 attivo per impostazione predefinita e non implica che Rust diventi una delle dipendenze di build obbligatorie del kernel). Fino alla versione 1.85 (fornita in Debian 13) sono stati aumentati i requisiti per la versione di Rust necessaria per compilare i componenti del kernel. \u00c8 stata aggiunta l'opzione Kconfig sperimentale CONFIG_RUST_INLINE_HELPERS per incorporare gli helper in C nel codice Rust durante la compilazione (l'ottimizzazione ha accelerato le prestazioni del driver block null del 2%). Aggiunto il macro 'const_assert!'. Ampliate le capacit\u00e0 dei moduli 'sizes', 'clk', 'ptr', 'sync', 'error'.\n
Nel meccanismo SCHED_EXT, che consente di utilizzare BPF per creare scheduler CPU, \u00e8 stata aggiunta una funzionalit\u00e0 iniziale per la creazione di scheduler annidati (sub-scheduler), che consente a ciascuna cgroup di avere il proprio scheduler di task.\n
Prosegue l'ottimizzazione del sotto-sistema di swap. \u00c8 stata rimossa la vecchia struttura swap_map, sostituita dal meccanismo \"Swap Table\". Questa modifica ha permesso di migliorare le prestazioni e ridurre il consumo di memoria nel sotto-sistema di swap.\n
Nel 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 accede il processo e quali aree di memoria rimangono inutilizzate), \u00e8 stato aggiunto il supporto per diversi algoritmi di autotuning delle quote.\n