{"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\/news\/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 modifiche pi\u00f9 significative: driver ntsync con primitive di sincronizzazione Windows NT, configurazione del bilanciamento delle operazioni di lettura in Btrfs RAID1, supporto per reflink in XFS in modalit\u00e0 realtime, possibilit\u00e0 di input\/output bufferizzato non cacheabile, dmem cgroup per limitare la memoria GPU, impiego di io_uring in FUSE, delega degli attributi in NFS, supporto per la scrittura atomica in Device mapper, velocizzazione dei collegamenti simbolici, gestione della possibilit\u00e0 di esecuzione di script, supporto per chip Qualcomm Snapdragon 8 Elite, driver per NPU AMD. <\/p>\n
Nella nuova versione sono stati apportati 12115 correttivi da 1984 sviluppatori, la dimensione della patch \u00e8 di 39 MB (le modifiche hanno interessato 10170 file, sono state aggiunte 531586 righe di codice, eliminate 235999 righe). Nel rilascio precedente c'erano 14172 correzioni da 2086 sviluppatori, la dimensione della patch era di 46 MB. Circa il 41% di tutte le modifiche presentate in 6.14 riguardano i driver dei dispositivi, circa il 13% delle modifiche \u00e8 relativo all'aggiornamento del codice specifico per architetture hardware, il 14% \u00e8 legato allo stack di rete, il 7% ai file system e il 4% ai sottosistemi interni del kernel. <\/p>\n
Novit\u00e0 principali nel kernel 6.14: <\/p>\n
\n
Sottosistema di disco, input\/output e file system<\/b>\n
\n
Nel file system Btrfs \u00e8 stata aggiunta la supporto per nuovi metodi di bilanciamento delle operazioni di lettura tra i dischi che fanno parte dell'array RAID1. Oltre alla precedente distribuzione del carico basata sugli identificatori di processo (pid), nella nuova versione sono stati proposti tre nuovi modi di bilanciamento: \u00abrotation\u00bb (distribuzione uniforme del carico su tutti i dischi, modalit\u00e0 attivata di default); \u00ablatency\u00bb (distribuzione tenendo conto delle latenze, pu\u00f2 essere utile in caso di malfunzionamenti o instabilit\u00e0 dei dischi); devid (gestione manuale). Per modificare il modo di bilanciamento \u00e8 stata aggiunta un'interfaccia \u00ab\/sys\/fs\/btrfs\/\/read_policy\u00bb. Tra le altre modifiche in Btrfs c'\u00e8 l'implementazione dell'ioctl FS_IOC_READ_VERITY_METADATA.\n
\u00c8 stata aggiunta la modalit\u00e0 di input\/output con buffer non cacheabile, in cui i dati vengono rimossi dalla cache della pagina immediatamente dopo il completamento delle operazioni di lettura o scrittura. Questa modifica pu\u00f2 essere utile nell'utilizzo di dispositivi di archiviazione molto veloci, per i quali la memorizzazione nella cache delle operazioni in memoria RAM \u00e8 superflua. Per tali dispositivi, la nuova modalit\u00e0 consente di evitare un'ulteriore spesa di memoria da parte della cache della pagina senza ricorrere a un'API complessa per l'input\/output diretto (Direct I\/O).\n
In fsnotify, il 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 gestito in modalit\u00e0 sincrona, cio\u00e8 il kernel invia l'evento e attende la ricezione di una risposta. Se viene ricevuta una risposta, l'operazione viene eseguita, mentre se si verifica un errore, la chiamata di sistema restituisce nel spazio utente un codice di errore. Con FS_PRE_ACCESS, un processo nello spazio utente pu\u00f2, ad esempio, 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 il 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 il numero di passaggi di contesto tra il kernel e lo spazio utente.\n
Nel file system XFS \u00e8 stata aggiunta la possibilit\u00e0 di utilizzare il mappatura inversa (rmap, reverse-mapping) in modalit\u00e0 con latenze previsibili («realtime device»). La mappatura inversa consente di determinare per quale file viene utilizzato un dato blocco sul dispositivo di archiviazione. Grazie a rmap, in XFS per la modalit\u00e0 realtime \u00e8 stata implementata la supporto dell'operazione reflink, che permette di creare copie di file clonando i metadati del file e creando un collegamento ai dati gi\u00e0 esistenti senza copiarli effettivamente.\n
Nel VFS \u00e8 stata implementata la cache per le dimensioni dei collegamenti simbolici, che ha consentito di accelerare l'esecuzione dell'operazione readlink del 1.5% (nel test con \/initrd.img in ext4). La cache \u00e8 attivata nei file system ext4 e tmpfs.\n
Nella realizzazione di NFSv4.2 \u00e8 stata aggiunta la supporto per la delega degli attributi dei file, che permette di gestire attributi come il tempo di modifica (mtime) dal lato del client NFS, senza dover rilasciare le modifiche sul server. Inoltre, NFS ha migliorato il supporto del protocollo «LOCALIO», che consente di determinare se il client e il server NFS si trovano sulla stessa host, per attivare le ottimizzazioni appropriate, come l'uso dell'input\/output diretto (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 delle pagine (SQUASHFS_FILE_DIRECT), che consente di evitare un cache separato per read_page. Questa modifica ha ridotto l'utilizzo della memoria durante il funzionamento di Squashfs.\n
Nella chiamata di sistema statx() \u00e8 stato implementato il flag STATX_DIO_READ_ALIGN per determinare l'allineamento richiesto per le operazioni di lettura da file.\n
Nel file system Bcachefs \u00e8 stata aggiornata e stabilizzata la struttura del formato su disco. Qualsiasi ulteriore modifica del formato sar\u00e0 considerata facoltativa e implementata sotto forma di estensioni opzionali. \u00c8 stata notevolmente aumentata la velocit\u00e0 di verifica dell'integrit\u00e0 del FS. Inoltre, in Bcachefs \u00e8 stata migliorata la modalit\u00e0 di sola lettura; risolti i problemi che portavano a riferimenti alla memoria dopo la sua liberazione (use after free); risolti problemi con riferimenti reflink in fsck; corretta la gestione del riavvio delle transazioni.\n
Ripristinato il modulo md-linear, destinato alla combinazione di dispositivi a blocchi. Questo modulo era stato precedentemente dichiarato obsoleto e rimosso dal kernel 6.8, ma si \u00e8 rivelato essere richiesto e quindi \u00e8 stato ora ripristinato.\n
I file system F2FS e SQUASHFS sono stati convertiti all'uso di folii di pagina della memoria (page folios).\n
I file system OCFS2 e DLMFS sono stati convertiti all'uso di una nuova API per il montaggio delle partizioni.\n
Nel driver null_blk \u00e8 stato implementato l'attributo «rotational», impostato tramite configfs e 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 stato implementato il supporto per la scrittura atomica. <\/ul>\n
Memoria e servizi di sistema<\/b>\n
\n
Completata l'integrazione nel kernel del driver ntsync, che implementa il dispositivo simbolico \/dev\/ntsync e un insieme di primitive per la sincronizzazione utilizzate nel kernel di Windows NT. L'implementazione di tali primitive a livello di kernel consente di aumentare notevolmente le prestazioni dei giochi Windows eseguiti tramite Wine. L'aumento delle prestazioni si ottiene eliminando l'overhead associato all'uso di RPC nello spazio utente. La creazione di un driver separato per il kernel Linux \u00e8 giustificata dalle difficolt\u00e0 nella corretta implementazione dell'API di sincronizzazione NT sopra le primitive esistenti nel kernel.\n
Aggiunto un nuovo controller cgroup DMEM per il conteggio separato delle aree di memoria dei dispositivi, come le GPU. DMEM consente di creare cgroup separati per le varie attivit\u00e0 che operano con la GPU, in modo che possano essere eseguite senza influenzarsi reciprocamente. Questa nuova funzionalit\u00e0 risolve il problema della terminazione forzata delle operazioni con la GPU quando viene esaurita la memoria disponibile, grazie al conteggio della memoria riflessa della GPU e della memoria utilizzata dai driver della CPU in cgroup separati.\n
Apportate ottimizzazioni per la scalabilit\u00e0 dell'operazione di flush della cache TLB (Translation Lookaside Buffer), utilizzata per accelerare la conversione degli indirizzi virtuali in fisici. Le ottimizzazioni aggiunte consistono nell'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
Aumentata l'efficienza 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.\n
\u00c8 proseguito 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 (il supporto di Rust non \u00e8 attivo per impostazione predefinita e non porta all'inclusione di Rust tra le dipendenze di build obbligatorie del kernel). \u00c8 stata fornita la possibilit\u00e0 di utilizzare nel codice del kernel il macro «derive(CoercePointee)», che consente di utilizzare puntatori intelligenti con oggetti trait. Nel kernel sono state incluse le interfacce Rust per PCI, piattaforme, Open Firmware, dispositivi a carattere e alcune funzioni di input\/output. Greg Kroah-Hartman, responsabile del supporto della branch stabile del kernel Linux, ha descritto lo stato attuale come «quasi pronto per la scrittura di un vero driver in Rust».\n
Negli script di build \u00e8 stato proposto un nuovo codice per la generazione delle versioni dei simboli di debug per i moduli caricabili, che ora utilizza le informazioni dalle registrazioni di debug in formato DWARF, anzich\u00e9 analizzare direttamente il codice sorgente. Questa modifica consente di applicare la versioning dei simboli di debug per i moduli scritti in Rust. Anche la vecchia implementazione \u00e8 stata 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, lazy preemption), che corrisponde alla modalit\u00e0 di preemption completa («full preemption») per i task realtime (RR\/FIFO\/DEADLINE), ma ritarda la preemption dei task normali (SCHED_NORMAL) fino al confine del tick.\n
Nel sottosistema di profilazione delle prestazioni «perf» \u00e8 stata aggiunta la supporto per i contatori di consumo energetico dei processori AMD. \u00c8 stata aggiunta 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 possibile di processi avviati nello spazio dei nomi specificato. La gestione del parametro avviene in modo gerarchico, ovvero le limitazioni negli spazi dei nomi esterni si estendono a quelli annidati.\n
Durante l'utilizzo del sistema di chiamata execveat per avviare un processo, ora il filesystem \/proc mostrer\u00e0 il nome del file avviato, anzich\u00e9 il numero del descrittore di file.\n
Nel codice sorgente del kernel (nella directory samples\/vfs) \u00e8 stata aggiunta l'utilit\u00e0 mountinfo, che dimostra l'uso delle chiamate di sistema statmount() e listmount().\n
Nel sottosistema BPF sono state proposte nuove funzioni bpf_local_irq_save() e bpf_local_irq_restore() per disabilitare temporaneamente le interruzioni sulla CPU locale. Le funzioni possono essere utilizzate per implementare strutture la cui elaborazione non viene interrotta dalle interruzioni.\n
Nella chiamata di sistema madvise(), utilizzando i flag MADV_DONTNEED e MADV_FREE, \u00e8 stato garantito il rilascio 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 notevole di memoria.\n
Per l'architettura OpenRISC \u00e8 stata implementata la supporto per il meccanismo delle sequenze riavviabili (rseq), destinato all'esecuzione atomica rapida di operazioni che, in caso di interruzione da parte di un altro thread, vengono annullate e si tenta nuovamente di eseguirle.\n
\u00c8 stata effettuata una riorganizzazione del codice con l'implementazione degli algoritmi CRC32 e CRC-T10DIF, che non si sovrappone pi\u00f9 con il sottosistema crypto e viene chiamato direttamente dall'interfaccia di libreria. Questa modifica ha semplificato il codice e migliorato la sua efficienza.\n
Nel sistema di input\/output asincrono io_uring \u00e8 stata aggiunta un'interfaccia per la trasmissione di metadata aggiuntivi sulla integrit\u00e0 durante le 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 eseguire un controllo di validit\u00e0 dell'esecuzione di un file senza eseguirlo effettivamente, ma tenendo conto delle politiche di sicurezza, dei diritti di accesso e dei moduli LSM attivi. Per l'uso in combinazione con 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 prescrive ai compilatori 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 tradizionali file eseguibili, ma anche ai file di testo con script, che possono essere caricati tramite l'esecuzione di un interprete (cio\u00e8, il divieto di esecuzione pu\u00f2 essere implementato non solo avviando «.\\\/script.sh» ma anche eseguendo sotto forma di «sh script.sh»).\n
Nei sistemi x86 \u00e8 stata implementata la supporto per contatori di tempo protetti per i sistemi guest, impedendo la modifica degli orologi di sistema del guest dall'ambiente host. Questa possibilit\u00e0 \u00e8 stata realizzata sulla base del meccanismo AMD SEV (Secure Encrypted Virtualization), utilizzato nei sistemi di virtualizzazione per la protezione macchine virtuali<\/a> da interferenze da parte dell'hypervisor o dell'amministratore del sistema host.\n