La société Oracle a publié des versions stables de la distribution Oracle Linux 9 et du noyau Unbreakable Enterprise Kernel 7 (UEK R7), positionnés pour être utilisés dans la distribution Oracle Linux en tant qu'alternative au paquet par défaut avec le noyau de Red Hat Enterprise Linux. La distribution Oracle Linux 9 est basée sur la base de paquets de Red Hat Enterprise Linux 9 et est entièrement binaire compatible avec celle-ci.
Des images ISO d'installation sans restrictions, de 8,6 Go et 840 Mo, sont proposées pour les architectures x86_64 et ARM64 (aarch64). Pour Oracle Linux 9, un accès illimité et gratuit au dépôt yum avec des mises à jour binaires des paquets de correction (errata) et de sécurité est ouvert. Des dépôts de support distincts avec des ensembles de paquets d'Application Stream et de CodeReady Builder sont également mis à disposition pour le téléchargement.
Outre le paquet noyau inclus dans RHEL (basé sur le noyau 5.14), Oracle Linux propose son propre noyau Unbreakable Enterprise Kernel 7, basé sur le noyau Linux 5.15 et optimisé pour fonctionner avec des logiciels industriels et des matériels Oracle. Les sources du noyau, y compris la séparation en patches, sont disponibles dans le dépôt Git public d'Oracle. Le noyau Unbreakable Enterprise Kernel est installé par défaut, présenté comme une alternative au paquet noyau RHEL et offrant un certain nombre de fonctionnalités avancées, telles que l'intégration de DTrace et un meilleur support de Btrfs. En dehors du noyau fonctionnellement supplémentaire, les versions Oracle Linux 9 et RHEL 9 sont complètement identiques (la liste des modifications peut être consultée dans l'annonce de RHEL9).
Les principales nouveautés du noyau Unbreakable Enterprise Kernel 7 :
- Le support de l'architecture Aarch64 a été amélioré. La taille des pages mémoire sur les systèmes ARM 64 bits est réduite par défaut de 64 Ko à 4 Ko, ce qui s'adapte mieux aux volumes de mémoire et aux types de charge typiques des systèmes ARM.
- La fourniture du système de débogage dynamique DTrace 2.0 a été poursuivie, qui a été révisé pour utiliser la sous-système du noyau eBPF. DTrace 2.0 fonctionne au-dessus de eBPF, semblable à la façon dont les outils de traçage existants fonctionnent au-dessus de eBPF sous Linux.
- Les fonctionnalités du système de fichiers Btrfs ont été étendues. Btrfs a ajouté une implémentation asynchrone de l'opération DISCARD pour marquer les blocs libérés qui peuvent désormais être physiquement omis. L'implémentation asynchrone permet de ne pas attendre la fin du DISCARD par le stockage et d'effectuer cette opération en arrière-plan. De nouvelles options de montage ont été ajoutées pour faciliter la récupération de données à partir de systèmes de fichiers endommagés : « rescue=ignorebadroots » pour le montage malgré les dommages sur certains arbres racines (extent, uuid, data reloc, device, csum, free space), « rescue=ignoredatacsums » pour désactiver la vérification des sommes de contrôle pour les données et « rescue=all » pour activer simultanément les modes ‘ignorebadroots’, ‘ignoredatacsums’ et ‘nologreplay’. Des optimisations significatives de performance liées à l'exécution des opérations fsync() ont été apportées. Le support de fs-verity (vérification de l'authenticité et de l'intégrité des fichiers) ainsi que la correspondance des identifiants d'utilisateurs ont été ajoutés.
- Dans XFS, le support des opérations DAX a été implémenté pour un accès direct au système de fichiers contournant le cache de page afin d'éviter le double cache. Des modifications ont été apportées pour résoudre les problèmes de débordement du type de données 32 bits time_t en 2038, y compris de nouvelles options de montage bigtime et inobtcount.
- Des améliorations ont été apportées au système de fichiers OCFS2 (Oracle Cluster File System).
- Un système de fichiers ZoneFS a été ajouté, simplifiant le travail de bas niveau avec des dispositifs de stockage zonés. Les dispositifs zonés désignent les appareils à disques magnétiques durs ou NVMe SSD, dont l'espace de stockage est divisé en zones, constituant des groupes de blocs ou de secteurs, permettant uniquement l'ajout de données de manière séquentielle avec la mise à jour de l'ensemble du groupe de blocs. Le système de fichiers ZoneFS relie chaque zone dans le stockage à un fichier distinct qui peut être utilisé pour stocker des données en mode brut sans intervention au niveau des secteurs et des blocs, c'est-à-dire qu'il permet aux applications d'utiliser l'API de fichiers au lieu d'un accès direct au dispositif de bloc via ioctl.
- Le support du protocole a été stabilisé VPN WireGuard.
- Les capacités du sous-système eBPF ont été étendues. Un mécanisme CO-RE (Compile Once — Run Everywhere) a été mis en place, résolvant le problème de portabilité des programmes eBPF compilés et permettant de compiler le code des programmes eBPF une seule fois et d'utiliser un chargeur universel qui adapte le programme chargé au noyau actuel et aux types BTF (BPF Type Format). Un mécanisme « BPF trampoline » a été ajouté, permettant de réduire presque à néant les frais généraux lors des appels entre le noyau et les programmes BPF. Des fonctionnalités d'accès direct aux fonctionnalités du noyau depuis les programmes BPF et de suspension des gestionnaires sont proposées.
- Un détecteur de blocages divisés (« split lock ») a été intégré, qui se produit lors de l'accès à des données non alignées en mémoire, lorsque lors de l'exécution d'une instruction atomique, les données traversent deux lignes du cache CPU. Le noyau peut détecter à la volée de tels blocages, qui entraînent une baisse significative des performances, et émettre des avertissements ou envoyer un signal SIGBUS à l'application à l'origine du blocage.
- La prise en charge de Multipath TCP (MPTCP) a été assurée, une extension du protocole TCP pour permettre le fonctionnement d'une connexion TCP avec livraison de paquets simultanément sur plusieurs chemins à travers différentes interfaces réseau, liées à différentes. adresses IP.
- Un mode de planification SCHED_CORE a été mis en œuvre dans l'ordonnanceur de tâches, permettant de gérer quels processus peuvent s'exécuter conjointement sur un même cœur CPU. À chaque processus peut être attribué un identifiant cookie, définissant une zone de confiance entre les processus (par exemple, appartenant à un même utilisateur ou conteneur). Lors de l'organisation de l'exécution du code, l'ordonnanceur peut garantir que l'utilisation d'un cœur CPU est partagée uniquement entre des processus liés à un même propriétaire, ce qui peut être utilisé pour bloquer certaines attaques de type Spectre en empêchant l'exécution dans un seul fil SMT (Hyper Threading) de tâches dignes de confiance et non dignes de confiance.
- Un contrôleur de répartition de mémoire slab (slab memory controller) a été implémenté pour les cgroups, notable pour le transfert du suivi des slabs du niveau des pages mémoire au niveau des objets du noyau, permettant ainsi le partage des pages slab entre différentes cgroups, plutôt que d'allouer des caches slab séparés pour chaque cgroup. L'approche proposée améliore l'efficacité de l'utilisation des slabs, réduisant de 30 à 45 % la taille de la mémoire utilisée pour les slabs, diminuant considérablement la consommation totale de mémoire par le noyau et réduisant la fragmentation de la mémoire.
- La fourniture de données de débogage au format CTF (Compact Type Format) est assurée, garantissant un stockage compact des informations sur les types C, les liaisons entre les fonctions et les symboles de débogage.
- La fourniture du module DRBD (Distributed Replicated Block Device) et du périphérique /dev/raw a été arrêtée (pour accéder directement aux fichiers, veuillez utiliser le drapeau O_DIRECT).
Source : opennet.ru
