Linux 7.2 est disponible, publié par Linus Torvalds le dimanche 16 août, dans les temps et sans la semaine de candidate supplémentaire qui semblait possible il y a quinze jours. Pour qui exploite des serveurs, le titre revient à l'ordonnancement conscient du cache, qui maintient les fils d'un même processus dans un seul domaine de cache de dernier niveau au lieu de les disperser dans le socket. En dessous se trouvent des changements au bénéfice plus immédiat, des chemins ext4 et Btrfs plus rapides, MultiPath TCP porté de huit à soixante-quatre sous-flux, et un protocole USB4STREAM qui transforme un câble Thunderbolt en lien de transfert à 40 gigabits. Voici ce qui compte vraiment pour planifier la montée de version.
The short answer
Linus Torvalds a publié Linux 7.2 le dimanche 16 août 2026, au calendrier prévu malgré une dernière semaine chargée. L'ordonnancement conscient du cache garde les fils d'un processus dans un même domaine de cache de dernier niveau, le fast commit d'ext4 se débarrasse de sa contention de verrou, Btrfs active les grands folios par défaut et parallélise les entrées-sorties directes, et MultiPath TCP passe de huit à soixante-quatre sous-flux. USB4STREAM transforme un câble Thunderbolt en périphérique caractère. La fenêtre de fusion de 7.3 a ouvert le lendemain.
Nous passons la plupart des semaines de sortie noyau à lire des listes de fonctionnalités qui ne feront bouger aucune courbe du tableau de bord. Celle-ci diffère sur un point précis : trois de ses changements modifient un comportement que vous avez déjà mesuré, sur du matériel que vous possédez déjà, sans rien configurer.
L'ordonnanceur cesse de se battre contre le cache
L'ordonnancement conscient du cache est le changement que nous avions présenté lors de son intégration dans la fenêtre 7.2, et il mérite d'être repris maintenant qu'il est livré.
Jusqu'ici, l'équilibreur de charge traitait un cœur libre comme un cœur libre. Si deux fils d'un même processus étaient exécutables, il en plaçait volontiers un à chaque extrémité du socket, et chaque ligne de cache partagée qu'ils touchaient devait voyager entre domaines de cache de dernier niveau. Sur une référence serveur moderne dotée de nombreux domaines, l'ordonnanceur fabriquait des défauts de cache que la charge n'avait pas demandés.
Linux 7.2 lui donne une préférence. Les fils appartenant à un même processus sont placés ensemble dans un seul domaine de cache de dernier niveau quand c'est possible. Un garde-fou évite d'en faire un point chaud : dès qu'un processus consomme plus d'environ un quart de la capacité du domaine, le noyau recommence à répartir.
Le gain est réel mais conditionnel. Les services multi-fils à état réellement partagé en profitent. Les traitements massivement parallèles et tout ce qui est déjà limité par la bande passante mémoire ne le verront pas. Si vous exploitez des bases de données ou des serveurs applicatifs sur EPYC ou Xeon, c'est la ligne à mesurer en premier.
Stockage et systèmes de fichiers, là où sont les chiffres
Le travail sur les systèmes de fichiers est inhabituellement concret dans cette version.
Le fast commit d'ext4 ne souffre plus de la contention de verrou et des blocages qu'il rencontrait sous forte charge concurrente, le genre de correction qui se manifeste par une latence de queue disparue plutôt que par une moyenne plus basse. Les recherches dans un répertoire travaillent désormais par blocs de quatre octets, ce qui paie dans les répertoires assez denses pour que le coût de recherche soit visible. Les petites lectures aléatoires de quatre kilooctets sur NVMe gagnent environ cinq pour cent en mode io_uring par scrutation.
Btrfs active les grands folios par défaut et ajoute des folios expérimentaux jusqu'à deux mégaoctets. Plus important, les entrées-sorties directes ne sont plus sérialisées, et le gain annoncé sur ce chemin atteint cinquante-neuf pour cent, avec environ quinze pour cent de mieux en écriture séquentielle grâce à de nouvelles limites de requêtes de réécriture.
Autour d'eux, le support du stockage zoné de XFS a perdu son étiquette expérimentale, une nouvelle cible device mapper dm-inlinecrypt confie le chiffrement aux périphériques bloc capables de le traiter en ligne, NFS a porté sa taille de bloc de transfert par défaut à quatre mégaoctets sur les hôtes disposant d'au moins seize gigaoctets de mémoire, et le serveur SMB intégré au noyau gagne le support des fichiers compressés et la compression réseau. La récupération mémoire a bougé aussi : les affinements de MGLRU annoncent jusqu'à trente pour cent d'amélioration sur MongoDB sous YCSB, et moins de terminaisons surprises pour manque de mémoire.
Le réseau gagne de la place
MultiPath TCP accepte maintenant jusqu'à soixante-quatre sous-flux par connexion, alors que le plafond précédent était de huit. Ce plafond commençait à gêner sur les hôtes disposant de nombreux chemins, et le multiplier par huit change ce qui est praticable, pas seulement ce qui est possible.
L'effort de longue haleine visant à réduire la dépendance au verrou global rtnl_lock s'est poursuivi, ce qui compte sur les machines jonglant avec un grand nombre d'espaces de noms réseau et d'interfaces. Aucun de ces deux changements ne vous demande quoi que ce soit. Tous deux se contentent de retirer une limite que vous contourniez peut-être.
USB4STREAM est l'ajout le plus réjouissant. Reliez deux machines par un câble USB4 ou Thunderbolt et chacune obtient un périphérique caractère /dev/tbstreamX. Les appels read et write déplacent les données à la vitesse du lien, quarante ou quatre-vingts gigabits par seconde, sans pile IP ni partage à configurer. Pour déplacer une grosse image entre deux machines sur un établi, c'est une réponse sincèrement plus simple que de monter un export temporaire.
Ménage, et ce que Torvalds a dit de la taille
Les retraits se lisent comme un inventaire de musée. Plus de treize mille lignes d'émulation de calcul flottant d'époque i486, un pilote graphique Hercules vieux de quarante ans, le protocole AppleTalk et les adaptateurs ARCnet ISA et PCMCIA ont quitté l'arborescence. Dans l'autre sens, s390 sait désormais compiler du code noyau en Rust, la caisse zerocopy a rejoint les sources, KVM a récupéré le Mode Based Execution Control d'Intel et le Guest Mode Execution Trap d'AMD, et les machines Apple M3 démarrent, à un stade qu'il vaut mieux qualifier de précoce.
Torvalds a été direct sur la forme du cycle. La dernière semaine a été, selon ses mots, "once again, bigger than I would have wished for", et il a choisi de livrer quand même : "If I delayed releases for that reason we'd probably never have a release at all." Plusieurs retours arrière tardifs ont touché le code d'ordonnancement DRM, qu'il a défendus comme la bonne décision plutôt qu'une décision élégante : "It may not be pretty, but it's the correct way to deal with 'Oh, that code wasn't ready.'"
La taille n'est pas une impression. Le cycle 7.1 vers 7.2 a ajouté 974 361 lignes, dont environ 677 929 de code effectif, poussant le noyau au-delà de quarante-trois millions de lignes. Torvalds attribue une partie de cette croissance au volume de petites corrections venues de contributeurs assistés par IA, un phénomène que nous avions observé quand les candidates de 7.2 ont commencé à grossir. Environ vingt-neuf pour cent des commits récents portaient une étiquette de correction.
La fenêtre de fusion de 7.3 a ouvert le lendemain de la sortie avec quarante demandes d'intégration déjà en attente. Si vous maintenez un noyau de distribution, voilà vos deux prochaines semaines.
Sources et pour aller plus loin
- Linux 7.2 Released With Faster I/O, New AMD and Intel Driver Improvements, Phoronix, 16 août 2026
- Linux Kernel 7.2 Released With Btrfs, Scheduler and Networking Improvements, Linuxiac, août 2026
- Linux 7.2 debuts, Linus Torvalds says the new normal means he had to do it now, The Register, 17 août 2026
- Linux 7.2 brings cache aware scheduling, faster ext4, MGLRU reclaim, OMG Ubuntu, août 2026
- Linux 7.2 Features: Cache Aware Scheduling, USB4STREAM, AMD ISP4, AMDGPU HDMI 2.1 FRL, Phoronix
Questions fréquentes
Quand Linux 7.2 est-il sorti et quel est le changement principal ?
Linus Torvalds a publié Linux 7.2 le dimanche 16 août 2026, sans la huitième semaine de candidate qu'une fin de cycle difficile avait rendue plausible. Le changement principal est l'ordonnancement conscient du cache, un ajout à l'équilibrage de charge qui cherche à garder les fils d'un même processus dans un seul domaine de cache de dernier niveau plutôt que de les répartir sur tous les cœurs libres. Sur les puces comportant de nombreux domaines de cache, ce qui décrit désormais la plupart des références serveur chez AMD comme chez Intel, cela supprime une catégorie de rebond de cache que l'ordonnanceur provoquait lui-même.
Qu'est-ce que l'ordonnancement conscient du cache et va-t-il aider ma charge ?
Il apprend à l'équilibreur que deux fils d'un même processus veulent en général rester proches. Au lieu de les placer selon le seul critère du cœur libre, l'ordonnanceur privilégie des cœurs partageant un cache de dernier niveau, si bien que les données touchées par un fil sont encore présentes quand le suivant les lit. Un garde-fou évite d'entasser toute la charge dans un domaine : dès qu'un processus consomme plus d'environ un quart de la capacité du domaine, l'équilibreur recommence à répartir. Les charges qui y gagnent le plus sont les services multi-fils à état réellement partagé, bases de données et serveurs applicatifs en tête. Les traitements mono-fil et ceux déjà limités par la bande passante mémoire ne verront presque rien.
Qu'est-ce qu'USB4STREAM et à quoi cela sert-il ?
USB4STREAM est un protocole développé par Intel, intégré dans 7.2, pour déplacer des données entre deux machines reliées par un câble USB4 ou Thunderbolt. Chaque extrémité expose un périphérique caractère nommé /dev/tbstreamX qui accepte de simples appels read et write, si bien qu'un transfert devient une opération de fichier plutôt qu'une mise en place réseau. Pas de pile IP, pas d'export NFS, pas de partage à configurer, et le lien tourne à la vitesse USB4, soit 40 ou 80 gigabits par seconde selon le matériel. Il cohabite avec le pilote de réseau Thunderbolt existant, que vous gardez là où vous voulez vraiment une interface réseau.
Quels changements de stockage justifient à eux seuls la mise à jour ?
Plusieurs. Le fast commit d'ext4 a perdu la contention de verrou et les blocages qu'il rencontrait sous forte charge concurrente, et les recherches dans un répertoire comparent maintenant par blocs de quatre octets, ce qui accélère la localisation d'un fichier dans un répertoire dense. Btrfs active les grands folios par défaut, cesse de sérialiser les entrées-sorties directes, et annonce jusqu'à cinquante-neuf pour cent de gain en écriture sur ce chemin plus environ quinze pour cent en écriture séquentielle. Le support du stockage zoné de XFS n'est plus marqué expérimental. NFS porte sa taille de bloc de transfert par défaut à quatre mégaoctets sur les machines disposant d'au moins seize gigaoctets de mémoire, et une nouvelle cible device mapper dm-inlinecrypt confie le chiffrement aux périphériques bloc capables de le faire en ligne.
Qu'est-ce qui a été retiré dans Linux 7.2 ?
Surtout du matériel que plus personne n'allume depuis dix ans. Plus de treize mille lignes d'émulation de calcul flottant d'époque i486 sont parties, avec un pilote graphique Hercules vieux de quarante ans, le protocole réseau AppleTalk et les adaptateurs ARCnet ISA et PCMCIA. À l'autre bout du spectre, l'architecture s390 peut désormais compiler du code noyau en Rust et la caisse zerocopy a rejoint l'arborescence. Un support initial de démarrage sur Apple M3 est également arrivé, à un stade assez précoce pour rester une curiosité plutôt qu'un usage.