Linux 7.3
ce qui change vraiment pour un serveur

Ce qui est sorti, et quand

Linux 7.3 a été publié le 18 octobre 2026 par Linus Torvalds, et la première version stable corrigée, 7.3.1, est disponible depuis le 30 octobre 2026. La branche 6.18 reste maintenue en longterm c'est celle que nous gardons sur les serveurs qui n'ont pas besoin de nouveauté.

Le cycle est un record : environ 18 800 commits non-merge, 3 021 développeurs dont 807 contribuaient pour la première fois. Ce n'est pas une information anecdotique : un noyau qui attire autant de nouveaux contributeurs reste capable de corriger vite.

Ce qui nous intéresse en exploitation

Sur un serveur, une nouveauté ne vaut que si elle règle un problème qu'on a déjà. Quatre points de cette version en règlent un.

• Ordonnancement par cgroup avec sched_ext la possibilité d'attacher un ordonnanceur BPF à un cgroup est désormais complète. Concrètement : on peut donner à un conteneur un ordonnanceur différent de celui du reste de la machine, sans patcher le noyau. Pour une passerelle voix ou un service temps réel posé à côté d'un traitement par lots, c'est exactement ce qui manquait.
• failfs et fchroot(2) un système de fichiers dont toutes les opérations échouent, et un appel système qui change la racine d'un processus après coup. Deux briques de sandboxing : on peut neutraliser un chemin avant d'exposer un service, plutôt que de compter sur une configuration applicative correcte.
• RWF_DONTCACHE et les performances btrfs / ext4 une alternative au Direct I/O pour les charges qui écrivent beaucoup (sauvegardes, bases, caches), et des gains sur les deux systèmes de fichiers que nous utilisons le plus. Sur des serveurs de sauvegarde, cela se traduit en minutes de fenêtre nocturne.
• Serveur SMB et extensions Time Machine le serveur SMB du noyau comprend désormais les extensions Apple. Un partage de sauvegarde pour un parc de Mac devient tenable sans passer par un service tiers.

Le reste, meilleure gestion de la VRAM des GPU d'entrée de gamme, binfmt_misc plus expressif, suivi du jeu de pages des machines virtuelles, io_uring plus rapide pour FUSE, concerne surtout les postes de travail et les environnements de développement.

Ce que nous en faisons

Rien, tout de suite. Notre règle est simple : un noyau ne bouge pas sur un serveur en production tant que la version stable de la distribution ne l'a pas intégré, ou tant qu'un problème mesuré ne l'exige pas. 7.3.1 vient de sortir ; nous observons, nous testons sur un banc, et nous déploierons quand le gain sera démontré, pas parce que le numéro est plus grand.

Sur les postes d'administration et les machines de laboratoire, en revanche, c'est l'endroit où ces nouveautés se testent sans risque. C'est là que sched_ext et failfs seront évalués en premier.