Linux 7.2 est désormais stable et apporte une combinaison peu courante d’améliorations capables d’impacter aussi bien les ordinateurs personnels que les serveurs : un planificateur tenant compte du cache partagé du CPU, des modifications majeures sur Btrfs et la récupération mémoire, des avancées en virtualisation, ainsi qu’une avancée attendue pour HDMI 2.1 FRL sur les cartes AMD Radeon. Linus Torvalds a publié la version finale le 16 août 2026, après une dernière phase de développement particulièrement active, avec plusieurs corrections et retours en arrière avant la clôture du kernel.

Les points clés de Linux 7.2 en 30 secondes

• Linux 7.2 intègre Cache Aware Scheduling, visant à maintenir certains threads partageant des données dans le même domaine de cache LLC.
• Btrfs active par défaut les large folios et ajoute le support des huge folios jusqu’à 2 MiB, dans une optique prudente.
• MGLRU bénéficie de modifications pour améliorer la récupération de mémoire et la gestion des pages sales.
• AMDGPU inclut la base de HDMI 2.1 FRL, bien que FreeSync et VRR sur FRL ne soient pas encore totalement finalisés.
• Des nouveautés concernent également KVM, NFS, réseaux, Intel, IBM Z et de nombreux pilotes.

Au premier abord, cette version peut sembler une mise à jour classique dont la liste de changements séduira principalement les développeurs de pilotes. Pourtant, plusieurs nouveautés touchent directement des éléments centraux du système : la façon dont Linux planifie l’exécution des processus, l’utilisation du cache CPU, la gestion des transferts entre mémoire et stockage, voire la prise en charge de sorties vidéo modernes.

Cela ne garantit pas une accélération automatique de tous les ordinateurs après la mise à jour vers Linux 7.2. Beaucoup de ses améliorations dépendent du matériel, du type de charge, ainsi que de la décision des distributions de l’adopter. Cependant, ces changements sont suffisamment profonds pour produire des effets visibles aussi bien sur une station de travail domestique que sur un serveur à plusieurs cœurs.

Linux commence à anticiper la localisation du cache avant d’exécuter les processus

L’une des innovations les plus intéressantes est Cache Aware Scheduling, un travail principalement développé par des ingénieurs d’Intel. Son objectif est d’offrir au planificateur davantage d’informations sur la structure du cache de dernier niveau, ou LLC (Last Level Cache).

Sur des processeurs modernes, tous les cœurs ne partagent pas nécessairement le même domaine de cache. Plusieurs domaines LLC peuvent coexister dans un même système, et déplacer un thread d’un domaine à un autre implique de perdre une partie des données proches du processeur.

Linux 7.2 intègre une infrastructure pour tenter de regrouper dans un seul domaine LLC les threads d’un même processus partageant des informations. L’enjeu est de réduire les déplacements inutiles et d’augmenter la probabilité que les données nécessaires restent disponibles dans un cache proche.

Le code précise cependant que toutes les charges ne profitent pas de cette stratégie.

Ce système s’adresse principalement aux applications multithread dont les threads échangent des données. Les processus monothread sont généralement exclus, car ils tireraient peu de bénéfice et la gestion de la résidence dans différentes caches ajoute une surcharge supplémentaire. Linux évite aussi d’appliquer cette politique de manière agressive aux processus très nombreux ou avec une empreinte mémoire trop grande, risquant de saturer le LLC.

Le kernel calcule même la taille effective du cache LLC disponible pour en faire une référence avant de charger une application. Si cette taille s’avère inférieure à la mémoire utilisée par le processus, il pourra décider de ne pas regrouper ses threads.

Il ne s’agit pas simplement d’un algorithme qui essaie de remplir une cache à tout prix. Linux 7.2 introduit des mécanismes pour décider quand cela a du sens et quand cela pourrait nuire aux performances.

Ce genre d’améliorations est particulièrement pertinent sur les processeurs modernes d’AMD et Intel, avec plusieurs domaines de cache et de nombreux cœurs. Les applications comme les bases de données ou certains serveurs, ou les charges intensives multithread, en tirent davantage parti qu’un programme classique mono-thread sur un PC de bureau.

Btrfs déplace plus de données en une seule fois et MGLRU optimise la gestion mémoire

Le stockage subit aussi de nombreuses modifications.

Btrfs active par défaut le support des large folios, une évolution de la gestion de pages permettant d’utiliser des unités de mémoire plus grandes que les 4 KiB traditionnels pour certaines opérations.

De plus, le système de fichiers supporte désormais les huge folios allant jusqu’à 2 MiB. À distinguer cependant : les large folios, qui sont une fonctionnalité maintenant routinière de Linux 7.2, et le support des folios jusqu’à 2 MiB, qui reste encore en phase de maturation et ne constitue pas une amélioration universelle.

Ces changements visent à traiter plus de données en moins d’opérations, réduisant ainsi la surcharge lors d’entrées/sorties spécifiques.

Des améliorations concrètes montrent une réduction du traitement de certaines opérations de blocs, évitant des accumulations excessives lors du writeback. Lors de tests, une amélioration d’environ 15 % en écriture séquentielle a été relevée. Un autre changement, supprimant une sérialisation inutile des opérations d’E/S, a permis d’atteindre jusqu’à 60 % de débit supplémentaire dans certains scénarios. Ces résultats concernent des cas précis, et ne doivent pas être généralisés à tous les équipements Btrfs.

Par ailleurs, la gestion de mémoire évolue.

MGLRU (Multi-Gen LRU), le mécanisme de Linux pour décider quelles pages mémoire conserver et lesquelles libérer lors de la pénurie RAM, reçoit plusieurs ajustements.

L’un d’eux porte sur le traitement des pages sale en attente d’écriture. Jusqu’à présent, l’activation de cette étape pouvait intervenir tardivement par rapport au système LRU traditionnel. Avec Linux 7.2, une partie de cette gestion est intégrée directement dans le cycle de récupération mémoire, permettant une réaction plus rapide face à une forte activité d’écriture. Les développeurs estiment que cela améliore particulièrement les charges avec un writeback intense.

Sur un PC, cela ne signale pas un ajout de RAM. Le bénéfice potentiel apparaît notamment lorsque le système souffre d’une pression mémoire et doit décider en permanence de ce qu’il conserve, écrit ou libère.

HDMI 2.1 FRL commence à faire ses preuves sur Radeon

Chez les utilisateurs de GPU AMD, la nouveauté la plus visible concerne HDMI 2.1 FRL.

FRL, Fixed Rate Link, remplace le mécanisme TMDS autrefois utilisé par HDMI dans les débits plus élevés. Il s’agit d’un composant indispensable pour exploiter pleinement les capacités modernes de HDMI 2.1, notamment pour des résolutions et fréquences dépassant celles de l’ancien lien.

AMD a travaillé de longue date pour intégrer ce support dans ses pilotes graphiques ouverts, et Linux 7.2 en apporte enfin une bonne partie de l’infrastructure.

Les modifications incluent notamment la définition nécessaire à HDMI FRL, des ajustements dans la bibliothèque Display Mode (DML), et le support de base de FRL dans DML 2.0.

Une prise en charge de la compression de flux d’affichage (DSC) sur FRL a également été ajoutée, permettant une compression sans perte perceptible pour atteindre des débits vidéo élevés.

Pour un utilisateur avec une Radeon connectée à une télévision de gaming, cette évolution est beaucoup plus concrète que certaines modifications internes du kernel. HDMI 2.1 représente depuis des années une différence notable entre certaines capacités proposées sur d’autres systèmes et celles pleinement exploitables sous Linux.

Mais Linux 7.2 ne transforme pas du jour au lendemain toute configuration Radeon-TV en support complet de toutes les fonctions HDMI 2.1.

AMD continue de développer des fonctionnalités telles que Variable Refresh Rate (VRR), FreeSync et ALLM sur FRL. Des patchs dans ces domaines ont continué de évoluer après la finalisation de Linux 7.2. Il convient donc de parler d’un grand pas vers un support total, plutôt que d’une prise en charge exhaustive immédiate.

Le système Linux va bien au-delà du simple bureau dans cette version

La version comporte aussi des évolutions importantes qui passeront inaperçues pour la majorité des utilisateurs domestiques.

NFS, SMB, réseaux et KVM bénéficient de nouvelles fonctionnalités et correctifs. La virtualisation s’enrichit de capacités liées à AMD et Intel, et continue d’élargir le support pour des technologies d’isolation des machines virtuelles.

Une nouveauté discrète mais significative concerne Rust, désormais utilisable sur l’architecture s390, la gamme de machine virtuelle sous Linux traditionnelles pour les mainframes IBM Z.

Linux 7.2 aurait aussi failli modifier le planificateur de GPU via DRM. La nouvelle politique fair était devenue la configuration par défaut, mais en raison de régressions récentes, les mainteneurs ont décidé de revenir à FIFO, marquant cette politique comme expérimentale.

Cela illustre la philosophie du développement du kernel : une fonction peut être considérée comme prête, puis réévaluée si des tests réels montrent des problèmes.

La phase finale du lancement a aussi inclus des corrections pour AMDGPU, Intel Xe, Wi-Fi, Ceph, réseaux et autres pilotes. Un changement dans le support I2C a même été inversé après avoir laissé certains ThinkPad sans touchpad fonctionnel.

Linux 7.2 n’est pas une version avec une seule grande nouveauté capable, à elle seule, de transformer l’expérience utilisateur. Son intérêt repose sur une accumulation d’améliorations en composants clés du système.

Le planificateur commence à mieux appréhender la topologie du cache, Btrfs traite la mémoire et les entrées/sorties de façon plus efficace, MGLRU affine la gestion lorsque la RAM se fait rare, et AMD ouvre enfin la voie à HDMI 2.1 FRL.

Ce sont des changements en profondeur dans les couches basses du logiciel, mais dont l’impact peut se faire sentir à tous les niveaux supérieurs du système.

Foire aux questions

Linux 7.2 améliore-t-il les performances sur n’importe quel PC ?

Pas nécessairement. Les bénéfices dépendent du processeur, du stockage, de la carte graphique et du type de charge. Cache Aware Scheduling, par exemple, est surtout conçu pour certains processus multithread et peut ne pas s’appliquer dans d’autres cas où il pourrait être contre-productif.

Btrfs supporte-t-il déjà les folios de 2 MiB ?

Linux 7.2 introduit le support des huge folios jusqu’à 2 MiB, en activant par défaut les large folios. Cependant, cette prise en charge de tailles plus importantes doit encore être abordée avec prudence, car elle reste en phase d’expérimentation.

Linux 7.2 résoud-il complètement la compatibilité HDMI 2.1 sur AMD Radeon ?

Pas encore. La version couvre une partie essentielle du support HDMI 2.1 FRL et DSC sur FRL, mais des fonctionnalités comme VRR et FreeSync sur ce lien continuent d’évoluer après cette release.

Faut-il installer Linux 7.2 manuellement ?

Pas pour la majorité des utilisateurs. Le kernel sera intégré au fil des mises à jour des distributions, qui décideront de sa diffusion selon leur propre calendrier.