{"id":122993,"date":"2025-03-25T22:22:41","date_gmt":"2025-03-25T20:22:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-yadra-linux-6-14"},"modified":"2025-03-25T22:22:41","modified_gmt":"2025-03-25T20:22:41","slug":"reliz-yadra-linux-6-14","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/reliz-yadra-linux-6-14","title":{"rendered":"Rilascio del kernel Linux 6.14","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo due mesi di sviluppo, Linus Torvalds ha presentato il rilascio del kernel Linux 6.14. Tra le novit\u00e0 pi\u00f9 significative ci sono: il driver ntsync con primitive di sincronizzazione di Windows NT, la configurazione del bilanciamento delle operazioni di lettura in Btrfs RAID1, il supporto a reflink in XFS in modalit\u00e0 realtime, la possibilit\u00e0 di input\/output bufferizzati non memorizzati, il cgroup dmem per limitare la memoria GPU, l'implementazione di io_uring in FUSE, la delega degli attributi in NFS, il supporto alla scrittura atomica in Device mapper, l'accelerazione dei link simbolici, la gestione della possibilit\u00e0 di esecuzione di script, il supporto ai chip Qualcomm Snapdragon 8 Elite e un driver per NPU AMD. <\/p>\n
Nella nuova versione sono stati implementati 12115 correttivi da 1984 sviluppatori, con una dimensione del patch di 39 MB (le modifiche hanno interessato 10170 file, aggiungendo 531586 righe di codice e rimuovendone 235999). Nella versione precedente erano stati 14172 i correttivi da 2086 sviluppatori, con una dimensione del patch di 46 MB. Circa il 41% di tutte le modifiche presentate nella 6.14 riguarda i driver di dispositivo, circa il 13% \u00e8 relativo all'aggiornamento del codice specifico per le architetture hardware, il 14% \u00e8 associato allo stack di rete, il 7% ai file system e il 4% ai sottosistemi interni del kernel. <\/p>\n
Le principali novit\u00e0 nel kernel 6.14: <\/p>\n
\n
Sottosistema disco, I\/O e file system<\/b>\n
\n
Nel file system Btrfs \u00e8 stata introdotta la supporto a nuovi metodi di bilanciamento delle operazioni di lettura tra i dispositivi che compongono l'array RAID1. Oltre alla ripartizione del carico basata sugli identificatori di processo (pid) gi\u00e0 in uso, la nuova versione propone tre nuove modalit\u00e0 di bilanciamento: \u00abrotation\u00bb (distribuzione uniforme del carico tra tutti i dispositivi, modalit\u00e0 attiva di default); \u00ablatency\u00bb (distribuzione considerando le latenze, utile in caso di guasti o comportamento instabile dei dispositivi); devid (gestione manuale). Per modificare la modalit\u00e0 di bilanciamento \u00e8 stato aggiunto l'interfaccia \u00ab\/sys\/fs\/btrfs\/\/read_policy\u00bb. Tra le altre modifiche in Btrfs c'\u00e8 l'implementazione di ioctl FS_IOC_READ_VERITY_METADATA.\n
\u00c8 stata aggiunta la modalit\u00e0 di input\/output buffering non cache, in cui i dati vengono rimossi dalla cache di pagina immediatamente dopo il completamento delle operazioni di lettura o scrittura. Questa modifica pu\u00f2 risultare utile quando si utilizzano dispositivi di archiviazione molto veloci, poich\u00e9 il caching delle operazioni in memoria \u00e8 superfluo. Per tali dispositivi, la nuova modalit\u00e0 consente di evitare il consumo eccessivo di memoria da parte della cache di pagina, senza dover ricorrere a un API complessa per l'input\/output diretto (Direct I\/O).\n
Nel fsnotify, meccanismo di monitoraggio delle modifiche nel file system, \u00e8 stato aggiunto un nuovo evento FS_PRE_ACCESS, generato prima di accedere al contenuto di un file. L'evento viene elaborato in modo sincrono, ovvero il kernel invia l'evento e attende una risposta. Se la risposta \u00e8 ricevuta, l'operazione viene eseguita, mentre se c'\u00e8 un errore, la chiamata di sistema restituisce un codice di errore nello spazio utente. Tramite FS_PRE_ACCESS, \u00e8 possibile organizzare il riempimento di un file man mano che i dati sono pronti in uno storage lento.\n
Nel sottosistema FUSE, che consente di creare implementazioni di file system nello spazio utente, \u00e8 stata aggiunta la supporto per lo scambio di dati tra il kernel e il gestore nello spazio utente utilizzando il meccanismo di input\/output io_uring. Questa modifica consente di migliorare le prestazioni di FUSE riducendo i cambi di contesto tra il kernel e lo spazio utente.\n
Nel file system XFS \u00e8 stata aggiunta la possibilit\u00e0 di utilizzare la mappatura inversa (rmap, reverse-mapping) in modalit\u00e0 con latenze prevedibili (\u00abrealtime device\u00bb). La mappatura inversa consente di determinare per quale file viene utilizzato un dato blocco sul dispositivo di storage. Attraverso rmap in XFS, per la modalit\u00e0 realtime, \u00e8 stata implementata la supporto all'operazione reflink, che permette di creare copie di file clonando i metadati del file e creando un link ai dati gi\u00e0 esistenti senza doverli copiare effettivamente.\n
Nel VFS \u00e8 stata implementata la cache della dimensione dei link simbolici, che ha portato a un aumento del 1.5% nella velocit\u00e0 dell'operazione readlink (nel test con \/initrd.img in ext4). La cache \u00e8 attivata nei file system ext4 e tmpfs.\n
Nell'implementazione di NFSv4.2 \u00e8 stata aggiunta la supporto al delegazione degli attributi dei file, consentendo di gestire attributi come il tempo di modifica (mtime) dal lato del client NFS, senza necessit\u00e0 di scrivere le modifiche sul server. Inoltre, \u00e8 stato migliorato il supporto per il protocollo \u00abLOCALIO\u00bb, che consente di determinare se client e server NFS si trovano sulla stessa host, per attivare le ottimizzazioni corrispondenti, come l'utilizzo della scrittura diretta (Direct I\/O) da parte del client.\n
Migliorate le prestazioni delle operazioni di lettura nei file system NETFS, CIFS e AFS (Andrew File System).\n
In Squashfs \u00e8 stata inclusa la modalit\u00e0 di caricamento diretto dei blocchi nella cache della pagina (SQUASHFS_FILE_DIRECT), che consente di evitare l'uso di una cache read_page separata. Questa modifica ha ridotto la quantit\u00e0 di memoria utilizzata durante le operazioni di Squashfs.\n
Nella chiamata di sistema statx() \u00e8 stato implementato il flag STATX_DIO_READ_ALIGN, per determinare l'allineamento necessario per le operazioni di lettura da un file.\n
Nel file system Bcachefs, il formato delle strutture di disco \u00e8 stato aggiornato e stabilizzato. Qualsiasi ulteriore modifica del formato sar\u00e0 considerata facoltativa e sar\u00e0 implementata sotto forma di integrazioni opzionali. \u00c8 stata notevolmente aumentata la velocit\u00e0 di verifica dell'integrit\u00e0 del FS. Inoltre, in Bcachefs \u00e8 migliorato il funzionamento in modalit\u00e0 di sola lettura; sono stati risolti problemi che portavano a chiamate di memoria dopo la sua liberazione (use after free); risolti problemi con i puntatori reflink in fsck; corretta la gestione del riavvio delle transazioni.\n
\u00c8 stato ripristinato il modulo md-linear, progettato per unire dispositivi a blocchi. Questo modulo era stato precedentemente dichiarato obsoleto e rimosso dal kernel 6.8, ma si \u00e8 rivelato essere richiesto, quindi \u00e8 stato ora ripristinato.\n
I file system F2FS e SQUASHFS sono stati convertiti per utilizzare i folios di pagina della memoria.\n
I file system OCFS2 e DLMFS sono stati convertiti per utilizzare il nuovo API di montaggio delle partizioni.\n
Nel driver null_blk \u00e8 stato implementato l'attributo \u00abrotational\u00bb, impostato tramite configfs, che consente di simulare il funzionamento con dispositivi basati su dischi rotanti per semplificare il testing delle funzionalit\u00e0 del kernel.\n
Nel sistema Device mapper e nei moduli dm-mirror, dm-io, dm-table, dm-linear, dm-stripe e dm-raid1 \u00e8 stata implementata la supporto per la scrittura atomica. <\/ul>\n
Memoria e servizi di sistema<\/b>\n
\n
Completata l'integrazione nel kernel del driver ntsync, che realizza il dispositivo simbolico \/dev\/ntsync e un insieme di primitivi per la sincronizzazione utilizzati nel kernel di Windows NT. L'implementazione di tali primitivi a livello di kernel consente di aumentare significativamente le prestazioni dei giochi Windows eseguiti tramite Wine. L'incremento delle prestazioni \u00e8 dovuto all'eliminazione dei sovraccarichi legati all'uso di RPC nello spazio utente. La creazione di un driver separato per il kernel Linux \u00e8 giustificata dalla difficolt\u00e0 di implementare correttamente l'API di sincronizzazione NT sopra i primitivi esistenti nel kernel.\n
\u00c8 stato aggiunto un nuovo controller cgroup DMEM per il monitoraggio separato delle aree di memoria dei dispositivi, come le GPU. DMEM consente di creare cgroup distinti per le varie attivit\u00e0 che operano con la GPU, in modo che possano essere eseguite senza influenzarsi a vicenda. Questa nuova funzionalit\u00e0 risolve il problema della terminazione forzata delle operazioni con GPU in caso di esaurimento della memoria disponibile, grazie al monitoraggio della memoria riflessa della GPU e della memoria utilizzata dai driver CPU in cgroup separati.\n
Sono state apportate ottimizzazioni per scalare l'operazione di flush della cache TLB (Translation Lookaside Buffer), utilizzata per accelerare la conversione degli indirizzi virtuali in fisici. Le ottimizzazioni aggiunte prevedono l'aggiornamento posticipato di alcune strutture dati durante il cambio di contesto, il che consente di migliorare le prestazioni durante l'esecuzione di alcuni test.\n
Le prestazioni del meccanismo MGLRU (Multi-Generational LRU), utilizzato per determinare quali pagine di memoria sono in uso e quali possono essere espulse nello spazio di swap, sono state migliorate.\n
Continua il trasferimento delle modifiche dalla branch Rust-for-Linux, relative all'utilizzo del linguaggio Rust come secondo linguaggio per lo sviluppo di driver e moduli del kernel (il supporto per Rust non \u00e8 attivato di default e non rende Rust una dipendenza obbligatoria per la compilazione del kernel). \u00c8 stata fornita la possibilit\u00e0 di utilizzare nel codice del kernel il macro \u00abderive(CoercePointee)\u00bb, che consente di utilizzare puntatori intelligenti con trait-objects. Sono stati inclusi nelle kernel i wrapper Rust per PCI, piattaforme, Open Firmware, dispositivi simbolici e alcune funzioni di input\/output. Greg Kroah-Hartman, responsabile del supporto per la branch stabile del kernel Linux, ha descritto lo stato attuale come \u00abquasi pronto per la scrittura di un driver reale in Rust\u00bb.\n
Negli script di build \u00e8 stato introdotto un nuovo codice per generare versioni di simboli di debug per i moduli caricati, che ora utilizza informazioni dai registri di debug in formato DWARF, anzich\u00e9 analizzare direttamente il codice sorgente. Questa modifica consente l'applicazione del versioning dei simboli di debug per i moduli scritti in Rust. La vecchia implementazione \u00e8 comunque mantenuta nel kernel, e la scelta del generatore avviene a livello di opzioni di build.\n
Per l'architettura PowerPC \u00e8 stata implementata la supporto per la modalit\u00e0 di preemption pigra (PREEMPT_LAZY), che corrisponde alla modalit\u00e0 di preemption totale (\u00abfull preemption\u00bb) per attivit\u00e0 in tempo reale (RR\/FIFO\/DEADLINE), ma ritarda la preemption delle attivit\u00e0 normali (SCHED_NORMAL) fino al limite del tick.\n
Nel sottosistema di profilazione delle prestazioni \u00abperf\u00bb \u00e8 stata aggiunta la supporto per i contatori di consumo energetico dei processori AMD. \u00c8 stata implementata la possibilit\u00e0 di operare su sistemi con fino a 2048 core CPU.\n
\u00c8 stata fornita la possibilit\u00e0 di utilizzare il parametro sysctl pid_max con gli spazi dei nomi degli identificatori di processo (ID namespace). Il parametro pid_max \u00e8 destinato a limitare il valore massimo degli identificatori di processo (PID) e ora pu\u00f2 essere utilizzato per limitare il numero massimo di processi che possono essere eseguiti nello spazio dei nomi specificato. La gestione del parametro avviene in modo gerarchico, ossia i limiti negli spazi dei nomi esterni si applicano agli spazi dei nomi annidati.\n
Quando si utilizza la chiamata di sistema execveat per avviare un processo, nel file system \/proc verr\u00e0 ora visualizzato il nome del file eseguito, anzich\u00e9 il numero del descrittore di file.\n
Nel codice sorgente del kernel (nella directory samples\/vfs) \u00e8 stata aggiunta un'utilit\u00e0 mountinfo, che dimostra l'uso delle chiamate di sistema statmount() e listmount().\n
Nel sottosistema BPF sono state introdotte nuove funzioni bpf_local_irq_save() e bpf_local_irq_restore() per disabilitare temporaneamente le interruzioni sulla CPU locale. Queste funzioni possono essere utilizzate per implementare strutture la cui gestione non \u00e8 interrotta dalle interruzioni.\n
Nella chiamata di sistema madvise(), utilizzando le opzioni MADV_DONTNEED e MADV_FREE, viene garantita la liberazione delle tabelle delle pagine di memoria associate all'intervallo di indirizzi liberato, poich\u00e9 in alcune situazioni le pagine di memoria vuote possono occupare una quantit\u00e0 significativa di memoria.\n
Per l'architettura OpenRISC \u00e8 stata implementata la supporto per il meccanismo delle sequenze riavviabili (rseq, restartable sequences), destinato a consentire l'esecuzione atomica rapida delle operazioni che, in caso di interruzione da parte di un altro thread, vengono annullate e viene tentato nuovamente l'esecuzione.\n
\u00c8 stata effettuata una riorganizzazione del codice con l'implementazione degli algoritmi CRC32 e CRC-T10DIF, che non si sovrappone pi\u00f9 al sottosistema crypto e viene chiamato direttamente dall'interfaccia della libreria. Questa modifica ha semplificato il codice e migliorato la sua efficienza.\n
Nella struttura di input\/output asincrono io_uring \u00e8 stata aggiunta un'interfaccia per il trasferimento di metadati aggiuntivi sulla integrit\u00e0 durante l'esecuzione di operazioni di lettura e scrittura. <\/ul>\n
Virtualizzazione e sicurezza<\/b>\n
\n
Nella chiamata di sistema execveat \u00e8 stato aggiunto il flag AT_EXECVE_CHECK, che consente di verificare la validit\u00e0 dell'esecuzione di un file senza avviarlo effettivamente, considerando le politiche di sicurezza, i diritti di accesso e i moduli LSM attivi. Per l'uso insieme a AT_EXECVE_CHECK sono stati proposti i flag securebit SECBIT_EXEC_RESTRICT_FILE e SECBIT_EXEC_DENY_INTERACTIVE, che possono essere utilizzati per limitare l'esecuzione di file contenenti script in linguaggi di programmazione interpretati. Il flag SECBIT_EXEC_RESTRICT_FILE richiede ai linker e agli interpreti di utilizzare l'opzione AT_EXECVE_CHECK per verificare la validit\u00e0 dell'esecuzione, mentre il flag SECBIT_EXEC_DENY_INTERACTIVE vieta l'elaborazione di comandi interattivi. L'idea principale della modifica \u00e8 la possibilit\u00e0 di applicare politiche di sicurezza non solo ai file eseguibili tradizionali, ma anche ai file di testo con script che possono essere caricati tramite l'avvio di un interprete (cio\u00e8, il divieto di esecuzione pu\u00f2 essere attuato non solo con l'esecuzione di '.\/script.sh', ma anche con l'esecuzione di 'sh script.sh').\n
Nei sistemi x86 \u00e8 supportato il monitoraggio sicuro dei contatori del tempo per i sistemi guest, che impedisce la modifica dell'orologio di sistema della macchina virtuale dall'ambiente host. Questa funzionalit\u00e0 si basa sul meccanismo AMD SEV (Secure Encrypted Virtualization), utilizzato nei sistemi di virtualizzazione per la protezione di macchine virtuali<\/a> da interventi da parte dell'ipervisor o dell'amministratore del sistema host.\n