Le dimanche 18 octobre 2026 dans l’après-midi, Linus Torvalds a officialisé la sortie de Linux 7.3. Avec un total record de 18 765 commits hors fusions, la base de code du noyau franchit le cap des 41 millions de lignes. Les évolutions les plus marquantes concernent directement la fluidité des interactions quotidiennes : le noyau remanie en profondeur une logique d’ordonnancement restée inchangée depuis des années.
Sur le banc d’essai de Peter Zijlstra, responsable de l’ordonnanceur, huit processus d’arrière-plan saturaient l’ensemble des cœurs du processeur. Dans ces conditions extrêmes, le taux d’images par seconde minimal d’un jeu vidéo au premier plan est passé de 3,8 fps à 20,6 fps. Par le passé, le développement du noyau privilégiait le débit global pour satisfaire les centres de données. Linux 7.3 réoriente ses efforts d’ingénierie vers les postes clients et s’attaque résolument aux micro-saccades et aux latences d’ordonnancement.
Des images minimales multipliées par 5 : cgroup passe à une file d’exécution unique
Pendant des années, l’ordonnanceur cgroup de Linux a attribué des files d’exécution (runqueues) distinctes à chaque groupe de processus. Si cette architecture offrait une isolation robuste pour les calculs par lots, elle induisait des temps de latence au réveil des processus interactifs. Lorsqu’une tâche prioritaire devait préempter le CPU, elle se heurtait à des verrous inter-files. L’apparition d’une lourde compilation en tâche de fond suffisait à dégrader l’expérience sur le bureau graphique.
Dans Linux 7.3, Peter Zijlstra a repensé l’allocation du temps d’exécution entre groupes de processus. Les files multiples fusionnent désormais en une file d’exécution unique via le mode concur, activé par défaut. Bien qu’une option permette de revenir à l’ancien comportement, cette file unifiée réduit drastiquement les contentions de verrouillage lors des changements de contexte.
Sous la charge de huit processus d’arrière-plan tournant à plein régime, le taux moyen d’images par seconde du jeu testé est passé de 48,0 fps à 57,2 fps, soit un gain de 19 %. Plus significatif encore pour la sensation de fluidité, le taux d’images minimal a bondi de 3,8 fps à 20,6 fps, soit une envolée de plus de 440 %. Alors que le débit moyen mesure la capacité théorique, les valeurs minimales dictent la réactivité perçue sous les doigts. La file unique atténue les pics de latence et restitue immédiatement la puissance du CPU aux applications au premier plan.
Parallèlement, les composants d’infrastructure pour l’ordonnanceur modulaire sched_ext arrivent à maturité dans cette version 7.3, offrant un terrain d’expérimentation pour des ordonnanceurs en espace utilisateur. Toutefois, pour la grande majorité des utilisateurs, la fluidité retrouvée provient directement de cette refonte à file unique au sein de l’ordonnanceur standard.
Figure : Logo officiel de publication de Linux 7.3. Source : OMG! Ubuntu
La contribution majeure de Valve : 8 Go de VRAM suffisent pour un jeu en demandant 9 Go
Les goulots d’étranglement sur ordinateur de bureau et consoles portables ne se limitent pas au CPU. Natalie Vock, ingénieure chez Valve, a soumis pour Linux 7.3 des correctifs déterminants pour la gestion de la mémoire vidéo. Touchant au pilote graphique AMD, ces modifications redéfinissent la politique de gestion lorsque la VRAM vient à manquer.
Lorsqu’une application graphique plein écran prioritaire réclame de la mémoire protégée, le noyau peut désormais déclencher proactivement l’éviction des données non protégées. Les allocations d’arrière-plan sont expulsées de la VRAM pour être provisoirement basculées vers la mémoire vive système (RAM). Jusqu’alors, la saturation de la VRAM sous Linux provoquait régulièrement des gels d’affichage ou l’arrêt brutal des applications. Ce nouveau mécanisme d’éviction instaure une voie de repli dynamique au niveau du pilote.
Sur une machine équipée d’une carte graphique de 8 Go faisant tourner le jeu récent et très gourmand Indiana Jones et le Cercle Ancien — dont les besoins approchent 9 Go de VRAM —, le système a conservé une parfaite stabilité sous Linux 7.3. En dépit du déficit de mémoire physique, l’affichage n’a subi aucun effondrement dramatique de framerate. Le système d’exploitation a pris en charge le surdimensionnement de la mémoire graphique par pagination hiérarchique, maintenant ainsi le flux de rendu actif.
Ces travaux profitent directement à SteamOS ainsi qu’à l’écosystème des consoles portables. Cette version intègre d’ailleurs les pilotes initiaux pour la manette Steam Controller (modèle 2026) et la console portable MSI Claw. Le noyau intègre à un rythme soutenu les contraintes de l’univers vidéoludique pour tirer le maximum des matériels aux ressources restreintes.
Les E/S directes contournent les verrous de cache : 2,19 millions d’IOPS en lecture NVMe
La volonté d’éradiquer la latence s’étend également au sous-système de stockage. Avec l’avènement des SSD NVMe PCIe Gen5 fonctionnant à des temps de latence de l’ordre de la microseconde, la contention de verrous au sein du cache de pages du noyau est devenue un goulot d’étranglement sensible. La saturation s’est déplacée des supports flash vers les chemins logiciels du système d’exploitation.
Des ingénieurs de ByteDance ont proposé des correctifs d’optimisation en lecture directe pour ext4 et XFS. Lors de bancs d’essai sur SSD NVMe PCIe Gen5, les débits en lecture directe aléatoire 4K sont passés de 1,92 million à 2,19 millions d’IOPS, soit une hausse de 14 %. Utilisée conjointement avec le sous-système asynchrone io_uring, cette approche offre des gains encore plus saisissants. En évitant l’allocation dans le cache de pages, les E/S directes exploitent pleinement la bande passante des contrôleurs NVMe de dernière génération.
Le système de fichiers Btrfs a lui aussi fait l’objet d’une refonte poussée. L’écriture directe s’appuie dorénavant sur les tampons de rebond IOmap, supplantant le mécanisme d’atténuation antérieur. Pour les fichiers volumineux comportant de nombreux extents continus, les appels complets à fsync ignorent désormais la recherche de trous d’allocation. Dans le même temps, les contentions de verrous associées à la prélecture d’extents ont été sensiblement réduites.
Phoronix a évalué comparativement Linux 7.2 et 7.3 sur une station de travail HP Z4 G6i pourvue d’un processeur Intel Xeon 678X et d’un stockage PCIe 4.0. Sous des options de montage identiques, Btrfs a vu son débit multiplié par 3 à 5 sur des scénarios ciblés. Ces simplifications de bas niveau éliminent les attentes internes et permettent aux requêtes de stockage de s’exécuter avec des latences plus constantes.
Figure : Le noyau Linux 7.3 introduit d’importantes optimisations de l’ordonnancement et du matériel. Source : Linuxiac
Rajeunissement d’architectures anciennes : barrières mémoire restaurées sur Pentium III
Tout en repoussant les frontières de la performance moderne, le noyau conserve un attachement remarquable à la maintenance des architectures historiques. Linux 7.3 corrige une dépendance d’instructions implicite dissimulée depuis des années dans le code. Les processeurs AMD Athlon XP antérieurs aux instructions SSE2 retrouvent ainsi un ordonnancement strict des écritures mémoire, un correctif qui bénéficie également aux premiers Pentium III et Celeron d’Intel.
Le code historique exploitait par mégarde des instructions introduites avec SSE2. Ces processeurs anciens couraient dès lors un risque d’exécution mémoire désordonnée sous les noyaux récents. Les développeurs ont réintégré l’instruction native de barrière SFENCE, rétablissant la cohérence architecturale pour des puces âgées de plus de vingt ans. Même si les serveurs 64 bits multicœurs dominent les centres de données, la branche principale de Linux n’abandonne jamais ses engagements de compatibilité élémentaire.
Cet esprit de pérennité se retrouve sur la partie graphique : les cartes AMD Radeon HD série 7000, commercialisées en 2012, bénéficient désormais du support des DRM format modifiers. Ce correctif améliore la coopération de la première génération d’architecture GCN avec les compositeurs Wayland basés sur Vulkan, prolongeant d’autant l’usage de matériels anciens.
Côté périphériques, Linux 7.3 ajoute la vérification préalable des capacités des câbles USB-C. La machine hôte interroge la bande passante physique du câble avant d’activer des modes alternatifs tels que DisplayPort ou Thunderbolt. Par ailleurs, OverlayFS prend en charge les montages avec correspondance d’identifiants (id-mapped), tandis qu’apparaissent le système de fichiers FailFS pour les tests d’injection de pannes et le nouvel appel système fchroot().
Un noyau de 41 millions de lignes tourné vers la latence de queue
Le 18 octobre 2026, Linus Torvalds a diffusé son message d’annonce en plaisantant sur le fait d’avoir réussi à se souvenir du bon jour de la semaine un dimanche après-midi pour publier la version dans les temps. Ce cycle a mobilisé 3 021 contributeurs, parmi lesquels 807 participaient pour la première fois. Selon la feuille de route établie, la future version Ubuntu 26.10 intégrera ce noyau, qui devrait servir de socle aux versions à long terme (LTS) à venir.
Longtemps, les indicateurs de débit brut pour clusters de serveurs ont guidé la trajectoire technique des systèmes d’exploitation. Les développeurs optimisaient le traitement de millions de paquets réseau par seconde et repoussaient les records de connexions simultanées. Si cette quête de débit a forgé l’hégémonie de Linux dans le cloud, elle reléguait fréquemment la réactivité ressentie par les postes de travail au second plan.
Linux 7.3 opère un virage technique manifeste. De l’éviction dynamique de la VRAM conçue par Valve à la file d’exécution unique de cgroup, toutes les optimisations convergent vers la réduction de la latence de queue. La fluidité d’un système se mesure à sa capacité à afficher l’image la plus tardive sans accroc et à faire en sorte que chaque frappe au clavier et chaque lecture de fichier échappent aux conflits de verrouillage du noyau.
Fort de ses 41 millions de lignes de code, le noyau entreprend de démanteler méthodiquement les mécanismes hérités qui engendraient des ralentissements imprévisibles. La bataille des performances a changé de terrain : tout en confortant son assise dans le cloud, Linux ajuste avec minutie son ordonnancement pour préserver les quelques dizaines de millisecondes qui font la fluidité de l’écran de l’utilisateur.
Liens de référence :
- Annonce de publication LKML
- Article sur OMG! Ubuntu
- Article sur Linuxiac
- Tests de performance Btrfs sur Phoronix
