La version 6.16 de Linux est sortie officiellement le 27 juillet 2025. Pour la première fois depuis un petit moment, le développement et le déploiement se sont passés sans problème majeur (on se rappelle, les différents problèmes et oublis des précédentes versions). Dans cet article, nous allons voir quelles sont les nouveautés majeures apportées par cette nouvelle version.
Fonctionnalités phares
DCO et mémoire virtuelle
Le module OpenVPN DCO est désormais complètement intégré dans le Kernel 6.16. Les données réseau peuvent être envoyées directement depuis la mémoire appareil (ex. GPU), sans passer par le CPU.
Le module traite le canal de donnée VPN en mode kernel-space, éliminant les passages coûteux entre user-mode et kernel-space. Cela permet des performances accrues, allant jusqu’à +300 % de débit dans certains cas, grâce au traitement multithreadé, notamment pour les clichés AES‑GCM.
De plus, le chiffrement matériel des clés filesystem (hardware-wrapped keys) n’est maintenant plus le seul apanage d’Android. Vos clés cryptographiques sont maintenant en sécurité sur n’importe quel appareil.
Pour la mémoire virtuelle, une grosse amélioration est également de mise : l’architecture de la pagination x86 passe en mode5‑level paging par défaut, étendant l’espace d’adressage virtuel jusqu’à 128 Po contre 256 To auparavant.
option X86_NATIVE_CPU, Le benchmark de la communauté
Ajout notable de Linux 6.16 est l’introduction de l’option CONFIG_X86_NATIVE_CPU, qui active automatiquement le flag -march=native pour optimiser le kernel selon le processeur hôte (Intel ou AMD).
Selon plusieurs benchmark réalisé par les utilisateurs, le Kernel enregistre des gains de performance modestes mais constants : entre 0,2 % et 3 %, voire jusqu’à 5 % sur certains workloads orientés I/O et gaming.
Certains revendiquent même 15% d’amélioration des performances globale sans overclocking. Quoiqu’il en soit c’est un excellent rapport qualité/effort.
Optimisation des systèmes de fichier
La fonctionnalité la plus excitante de cette nouvelle version est sans conteste l’introduction de la prise en charge des écritures atomiques volumineuses dans le système de fichiers XFS.
Cette fonctionnalité garantie que les écritures multiblocs sont soit entièrement effectuée, soit pas du tout, ce qui empêche les écritures incomplètes.
De plus, Ext4 est maintenant plus performant grâce à l’amélioration du fast commit, du support des folios larges, et des écritures atomiques pour bigalloc.
Certains tests démontreraient que cela peut conduire à une augmentation de 37 % du débit en E/S séquentielle.
Audio USB en mode veille
Après des années de travail, cette version intègre la prise en charge du offload USB pour les périphériques audio. Un ajout bien pratique qui permet de réaliser d’importantes économies d’énergie sur les appareils embarqués.
Les flux audios USB peuvent donc continuer à circuler pendant que le reste du système est en veille. Un ajout précieux pour les appareils fonctionnant sur batterie.
Flutex et nouvelles options synchronisation
Le noyau Linux 6.16 introduit plusieurs améliorations importantes pour les futexes (Fast Userspace Mutexes) :
- Hasch privé à l’échelle du processus (PR_FUTEX_HASH), ce qui évite les interférences entre processus
- Support FUTEX2_NUMA avec des tables de hash par nœud NUMA
- Support FUTEX2_MPOL pour s’aligner sur les politiques d’allocation mémoire NUMA
Notez bien que la fonctionnalité FUTEX_PRIVATE_HASH a été désactivée dans Linux 6.16 à cause de régressions de performance constatées (jusqu’à –36 % sur certains systèmes) ; elle sera réactivée en version 6.17 avec corrections
Confidentialité & virtualisation
Intel TDX (Trusted Domain Extensions) maintenant, est pris en charge en mode hôte KVM. Cela veut dire que, dans cette version du Kernel Linux, la mémoire des VMs invitées peut être chiffrée et isolée du système hôte.
Cette fonctionnalité est similaire au support AMD SEV-SNP.
À noter également que le Kernel prend désormais en charge Intel APX, qui double le nombre de registres à usage général (de 16 à 32) pour améliorer les performances et l’efficacité énergétique.
Réseau & performances I/O
Linux 6.12, avait introduit le chemin de réception sans copie, sa suite logique est maintenant là dans cette version 6.16.
Le noyau prend désormais en charge les transmissions TCP sans copie à partir de la mémoire DMABUF. Cela améliore les performances pour les charges de travail impliquant des tampons GPU ou accélérateurs.
Support matériel
Cette version 6.16 apporte son lot de nouveautés sur le support matériel, notament :
- La Prise en charge étendue des GPU NVIDIA Hopper/Blackwell via le driver libre nouveau
- Un Support additionnel pour de nombreux périphériques (souris Apple Magic Mouse 2 USB‑C, manettes, OneXPlayer, Dell battery info, ASUS ROG Ally, etc.)
- KVM pour RISC‑V en production stable, ARM64 gagne la virtualisation imbriquée, et d’autres plateformes mieux supportées
Optimisations diverses
Comme chaque version du kernel, de petites améliorations viennent aussi s’ajouter, on peut citer les plus marquantes comme :
- Quelques améliorations pour Btrfs (meilleure gestion metadata writeback)
- Nouvelles fonctionnalités pour NFSv4
- Poursuite de l’usage de Rust dans les drivers kernels (clk, cpumask, mmap…), pour améliorer la sécurité mémoire en production
Alors que Linux s’engage de plus en plus dans une intégration complète de Rust, maîtriser ce langage révolutionnaire devient crucial. Je te propose de suivre notre Formation pour tout comprendre sur Rust en France avec l’un de nos experts.
L’équipe Ambient IT
Conclusion
Si cette version apporte son lot de nouveauté intéressante, c’est bien la prochaine version du kernel qui est attendu de pied ferme. Prévue pour mi-septembre/octobre 2025, cette version 6.17 est importante, car elle coïncidera avec la sortie d’Ubuntu 25.10 et sera le Kernel utilisé pour Fedora 43.
Cependant, pas d’impatience car elle s’annonce déjà potentiellement un peu en retard. Pour citer Linus Torvalds lui-même “Il convient de noter que la prochaine fenêtre de fusion pour la version 6.17 va être un peu chaotique pour moi”
