Noyau
Après deux mois de développement, Linus Torvalds a dévoilé la sortie du nouveau noyau Linux version 5.10, version qui arrive avec le statut d'une succursale avec une longue période de support, dont les mises à jour seront publiées pendant au moins deux ans.
Les changements notables incluent cette nouvelle version inclut la compatibilité avec le mécanisme de protection MemTag pour les systèmes ARM64, option de montage "nosymfollow", optimisations Ext4 significatives, Correctif XFS 2038, nouvel appel système process_madvise, prise en charge AMD SEV améliorée grâce au chiffrement du registre du processeur, possibilité de suspendre les programmes BPF.
La nouvelle version reçu 17470 correctifs de 2062 développeurs, Taille du patch: 64 Mo (les modifications affectent 15101 fichiers, ajout de 891932 lignes de code, suppression de 619716 lignes). Environ 42% de tous les changements introduits dans la version 5.10 sont liés aux pilotes de périphériques, environ 16% des changements sont liés à la mise à jour de code spécifique pour les architectures matérielles, 13% sont liés à la pile réseau, 3% sont liés aux systèmes de fichiers et 3% sont liés aux sous-systèmes internes du noyau.
Principales actualités sous Linux 5.10
Parmi les principaux changements qui se produisent, nous pouvons constater que pour ext4 le mode de confirmation rapide a été ajouté (fast_commit), qui réduit considérablement les retards dans de nombreuses opérations sur les fichiers en raison du vidage plus rapide des métadonnées sur le disque lors de l'exécution d'un appel fsync (). Dans des circonstances normales, l'exécution de fsync () synchronise un ensemble redondant de métadonnées. En mode fast_commit, seules les métadonnées requises pour récupérer le système de fichiers en cas de plantage sont transférées vers le registre, ce qui accélère les appels à fsync () et améliore les performances des opérations qui manipulent activement les métadonnées.
Tandis que pour Btrfs inclut d'importantes optimisations de performances liées aux opérations fsync (). La réduction de la contention log mutex a entraîné une augmentation de 4% des performances et une réduction de 14% de la latence lors de l'exécution du benchmark dbench avec 32 clients. L'élimination des validations supplémentaires pour les liens et les changements de nom a augmenté la bande passante de 6% et réduit la latence de 30%. Le fait de limiter fsync à attendre uniquement lors des réécritures a augmenté les performances de 10 à 40%.
En outre, L'implémentation Btrfs d'E / S directes (io direct) a été déplacée vers le framework iomap.
XFS ajoute des modifications de métadonnées d'inœud pour résoudre les problèmes de dépassement de type de données 32 bits time_t en 2038. Des modifications similaires, qui ont déplacé le dépassement de la minuterie à l'année 2468, ont été ajoutées au code de calcul des temps de quota de disque. Le format XFS V4 est obsolète, il est conseillé à l'utilisateur de mettre à jour FS au format V5, mais il y a plus qu'assez de temps pour la mise à jour car la prise en charge de V4 restera jusqu'en 2030. XFS a également modifié la taille de l'arbre d'entrée d'inode, permettant plus de redondance vérifications et temps de montage plus rapides.
Pour le sous-système FUSE, implémenté la prise en charge des opérations DAX pour accéder directement au système de fichiers, en contournant le cache de page sans dispositif de verrouillage au niveau de l'application utilisé pour éviter le double cache en vertu de l'organisation de l'accès conjoint aux systèmes invités, aux répertoires et aux fichiers. Virtiofs ajoute également la prise en charge du montage séparé de partitions avec différents points de montage sur le système hôte.
Le système de fichiers F2FS ajoute un nouveau mode de garbage collection ATGC (Age Threshold Garbage Collection), prise en charge améliorée des périphériques NVMe zonés et décompression plus rapide des données compressées.
Dans F2FS et Ext4, la manière de travailler avec les noms de fichiers a été repensée sans prendre en compte les majuscules; Il a été décidé d'unifier l'implémentation des noms de fichiers insensibles à la casse en déplaçant le code associé vers une bibliothèque commune.
Un autre changement important est dans le interface d'E / S asynchrone io_uring qui ajoute la possibilité de créer des anneaux restreints qui peut être partagé en toute sécurité avec un processus non approuvé. Cette fonctionnalité permet à l'application de base de restreindre sélectivement l'accès uniquement à ses descripteurs de fichiers individuels à utiliser dans des applications tierces via io_uring, plus le drapeau PIDFD_NONBLOCK a été ajouté à l'appel système pidfd_open () pour créer un descripteur de fichier non verrouillable (analogue à O_NONBLOCK pour pidfd).