L'azienda Oracle ha pubblicato versioni stabili della distribuzione Oracle Linux 9 e del kernel Unbreakable Enterprise Kernel 7 (UEK R7), progettato per essere utilizzato nella distribuzione Oracle Linux come alternativa al pacchetto standard con kernel di Red Hat Enterprise Linux. La distribuzione Oracle Linux 9 è basata sulla base di pacchetti di Red Hat Enterprise Linux 9 ed è completamente compatibile a livello binario con essa.
Per il download senza restrizioni sono disponibili immagini ISO di installazione, della dimensione di 8,6 GB e 840 MB, preparate per le architetture x86_64 e ARM64 (aarch64). Per Oracle Linux 9 è garantito accesso illimitato e gratuito al repository yum con aggiornamenti binari dei pacchetti con correzioni (errata) e problemi di sicurezza. Sono stati anche preparati separatamente repository supportati con set di pacchetti Application Stream e CodeReady Builder.
Oltre al pacchetto kernel presente in RHEL (basato sul kernel 5.14), Oracle Linux propone il proprio kernel Unbreakable Enterprise Kernel 7, basato sul kernel Linux 5.15 e ottimizzato per lavorare con software e hardware industriali Oracle. I codici sorgenti del kernel, inclusa la suddivisione in patch separate, sono disponibili in un repository Git pubblico di Oracle. Il kernel Unbreakable Enterprise Kernel viene installato per impostazione predefinita, posizionato come alternativa al pacchetto kernel RHEL e offre una serie di funzionalità avanzate, come l'integrazione di DTrace e un supporto migliorato per Btrfs. Oltre al kernel aggiuntivo, le versioni di Oracle Linux 9 e RHEL 9 sono completamente identiche (l'elenco delle modifiche è disponibile nell'annuncio di RHEL9).
Le novità principali nel kernel Unbreakable Enterprise Kernel 7:
- Migliorato il supporto per l'architettura Aarch64. La dimensione delle pagine di memoria sui sistemi ARM a 64 bit è stata ridotta per impostazione predefinita da 64 KB a 4 KB, il che si abbina meglio ai volumi di memoria e ai tipi di carico di lavoro tipici dei sistemi ARM.
- È proseguita l'offerta del sistema di debug dinamico DTrace 2.0, che è stato adattato per utilizzare il sottosistema del kernel eBPF. DTrace 2.0 opera sopra eBPF, analogamente a come gli strumenti di tracciamento esistenti in Linux funzionano sopra eBPF.
- Sono state ampliate le funzionalità del filesystem Btrfs. In Btrfs è stata aggiunta un'implementazione asincrona dell'operazione DISCARD per contrassegnare i blocchi liberati che non è più necessario conservare fisicamente. L'implementazione asincrona consente di non attendere il completamento di DISCARD da parte del dispositivo di archiviazione e di eseguire questa operazione in background. Sono state aggiunte nuove opzioni di montaggio per semplificare il recupero dei dati da un filesystem danneggiato: «rescue=ignorebadroots» per montare nonostante i danni ad alcuni alberi radice (extent, uuid, data reloc, device, csum, free space), «rescue=ignoredatacsums» per disabilitare il controllo delle somme di controllo per i dati e «rescue=all» per attivare simultaneamente le modalità ‘ignorebadroots’, ‘ignoredatacsums’ e ‘nologreplay’. Sono state apportate sostanziali ottimizzazioni delle prestazioni relative all'esecuzione delle operazioni fsync(). È stata aggiunta la supporto per fs-verity (verifica dell'autenticità e integrità dei file) e per il confronto degli identificatori degli utenti.
- In XFS è stata implementata la supporto per le operazioni DAX per l'accesso diretto al filesystem bypassando la cache delle pagine per escludere la doppia memorizzazione nella cache. Sono state apportate modifiche per affrontare i problemi di overflow del tipo di dati a 32 bit time_t nel 2038, comprese le nuove opzioni di montaggio bigtime e inobtcount.
- Sono stati apportati miglioramenti al filesystem OCFS2 (Oracle Cluster File System).
- È stato aggiunto il filesystem ZoneFS, che semplifica il lavoro a basso livello con dispositivi di archiviazione zonati. Con i dispositivi zonati si intendono dispositivi su dischi rigidi magnetici o NVMe SSD, in cui lo spazio di archiviazione è suddiviso in zone costituenti gruppi di blocchi o settori, nei quali è consentito solo l'aggiunta sequenziale di dati aggiornando l'intero gruppo di blocchi. Il filesystem ZoneFS collega ciascuna zona del dispositivo a un file separato, che può essere utilizzato per memorizzare dati in modalità raw senza manipolazione a livello di settori e blocchi, consentendo così alle applicazioni di utilizzare l'API di file invece di accedere direttamente al dispositivo a blocchi tramite ioctl.
- È stata stabilizzata la supporto per il protocollo VPN WireGuard.
- Le funzionalità del sottosistema eBPF sono state ampliate. È stato implementato un meccanismo CO-RE (Compile Once — Run Everywhere), che risolve il problema della portabilità dei programmi eBPF compilati e consente di compilare il codice dei programmi eBPF una sola volta e utilizzare un caricatore universale speciale che adatta il programma caricato al kernel attuale e ai tipi BTF (BPF Type Format). È stato aggiunto il meccanismo "BPF trampoline", che consente sostanzialmente di ridurre a zero le spese generali per la trasmissione delle chiamate tra il kernel e i programmi BPF. Sono state fornite le possibilità di accesso diretto alle funzionalità del kernel dai programmi BPF e di sospensione del gestore.
- È stato integrato un rilevatore di blocchi divisi ("split lock"), che si verifica quando si accede a dati non allineati in memoria a causa del fatto che durante l'esecuzione di un'istruzione atomica i dati attraversano due linee di cache della CPU. Il kernel può rilevare al volo tali blocchi, che portano a un notevole calo delle prestazioni, e fornire avvisi o inviare un segnale SIGBUS all'applicazione che ha causato il blocco.
- È stato garantito il supporto per il Multipath TCP (MPTCP), un'estensione del protocollo TCP per organizzare il funzionamento della connessione TCP con la consegna dei pacchetti simultaneamente su più percorsi attraverso diverse interfacce di rete, collegate a vari. indirizzi IP..
- Nel pianificatore di attività è stata implementata la modalità di pianificazione SCHED_CORE, che consente di gestire quali processi possono essere eseguiti insieme su un singolo core CPU. A ciascun processo può essere assegnato un identificatore cookie, che definisce un'area di fiducia tra i processi (ad esempio, appartenenza a un unico utente o contenitore). Nella pianificazione dell'esecuzione del codice, il pianificatore può garantire l'utilizzo condiviso di un core CPU solo per i processi associati a un unico proprietario, il che può essere utilizzato per bloccare alcuni attacchi della classe Spectre impedendo l'esecuzione nello stesso thread SMT (Hyper Threading) di attività fidate e non fidate.
- Per i cgroups è stato implementato un controller di distribuzione della memoria slab (slab memory controller), che si distingue per il trasferimento della contabilizzazione dello slab dal livello delle pagine di memoria al livello degli oggetti del kernel, consentendo la condivisione delle pagine slab tra diversi cgroup, invece di allocare cache slab separate per ogni cgroup. L'approccio proposto consente di migliorare l'efficienza dell'uso dello slab, riducendo del 30-45% la dimensione della memoria utilizzata per lo slab, diminuendo significativamente il consumo generale di memoria da parte del kernel e riducendo la frammentazione della memoria.
- È stata garantita la fornitura di dati di debug nel formato CTF (Compact Type Format), che consente una memorizzazione compatta delle informazioni sui tipi C, le relazioni tra le funzioni e i simboli di debug.
- È stata interrotta la fornitura del modulo DRBD (Distributed Replicated Block Device) e del dispositivo /dev/raw (per un accesso diretto ai file utilizzare il flag O_DIRECT).
Fonte: opennet.ru
