Introduction
Le 16 août 2026, Linus Torvalds a publié Linux 7.2, une version stable dont le cycle de développement a battu plusieurs records. Le sixième candidat à la sortie (RC6) a été le plus volumineux de l'histoire du noyau, porté par un afflux de correctifs réseau et par ce que Torvalds qualifie lui-même de « nouvelle normalité » : la généralisation des outils d'IA dans la détection automatique de bugs. Pour les équipes infrastructure et réseau, les apports se structurent autour de trois axes : un planificateur réécrit pour les architectures modernes, des gains filesystème et mémoire documentés, et l'intégration native du protocole USB4STREAM.
Cache Aware Scheduling : la fin de l'aveuglement topologique
La contribution phare de Linux 7.2 est le Cache Aware Scheduling. Jusqu'ici, le planificateur du noyau ignorait largement la topologie du cache de dernier niveau (LLC, Last Level Cache) des processeurs modernes. Sur les architectures AMD Zen 5 ou Intel Xeon 6, dont les designs chiplet fragmentent le L3 en plusieurs domaines distincts, cette ignorance engendrait des transferts coûteux entre domaines — pénalisant tout workload sensible à la latence mémoire.
Linux 7.2 corrige ce point : le planificateur regroupe désormais les tâches partageant des données dans le même domaine LLC. Les benchmarks réalisés sur un AMD Ryzen Threadripper 9980X montrent des gains mesurables sur PostgreSQL, Valkey et les workloads réseau intensifs. Pour les serveurs AMD EPYC et Intel Xeon 6 en production — bases de données relationnelles, caches clé-valeur, services de traitement de flux — la réduction des cache bounces se traduit par une meilleure stabilité de latence et des métriques de débit améliorées dans les topologies NUMA ou multi-chiplets.
À noter : le planificateur DRM fair, introduit expérimentalement, a été annulé en raison de régressions, et le planificateur FIFO restauré. Torvalds a explicitement cité ces reverts comme l'un des points saillants du cycle — un rappel utile sur la rigueur de validation requise avant toute montée en version en production.
Filesystème et gestion mémoire
Linux 7.2 améliore sensiblement les performances d'ext4 : selon les conditions de charge, les benchmarks indiquent des gains de l'ordre de 6 à 28 % sur les métriques de débit et une réduction de la latence d'écriture de 5 à 22 %, plus marquée en situation de pression mémoire. Les améliorations du gestionnaire mémoire MGLRU (Multi-Generational LRU) complètent le tableau, avec des gains mesurables sur les workloads de base de données à forte concurrence d'accès I/O.
Réseau et connectivité USB4STREAM
Le versant réseau de Linux 7.2 est remarquable par son volume : lors du RC5, les correctifs de pilotes réseau représentaient plus de 35 % des changements soumis — le résultat d'un arriéré accumulé sur plusieurs semaines de conférences. Le résultat final : un poll réseau plus rapide, des gains sur les communications localhost et une série de correctifs de pilotes qui prépare le terrain pour les prochaines générations de matériel.
Sur la connectivité, Linux 7.2 intègre le protocole USB4STREAM, une initiative Intel qui étend USB4/Thunderbolt vers le streaming de données à haut débit et faible latence entre systèmes. Ce protocole ouvre des usages concrets dans les environnements edge, télécoms et médias professionnels, sans dépendance à des solutions propriétaires.
Côté AMD, le pilote ISP4 — dédié au traitement du signal d'image des puces récentes — fait son entrée dans le noyau en amont, accompagné du support initial de l'AMDGPU HDMI 2.1 FRL pour les configurations multi-écrans haute résolution.
Ce que cela signifie pour les prochains déploiements
Linux 7.2 embarquera dans les prochaines distributions majeures, dont Ubuntu 26.10. Quarante pull requests sont déjà en file d'attente pour Linux 7.3, ce qui confirme l'accélération du rythme de développement liée à l'essor des outils IA de détection de bugs — un phénomène structurel, pas conjoncturel. Pour les équipes DSI qui gèrent des parcs serveurs sur distributions LTS, les apports de Linux 7.2 — notamment le Cache Aware Scheduling et les gains ext4 — méritent d'être mis en regard des workloads critiques dès maintenant, en anticipation des prochains cycles de mise à jour stable.