Linus Torvalds a publié le noyau Linux 7.3 le 18 octobre 2026, deux mois après la version 7.2. Ce cycle de développement est un record : 18 765 commits non-merge provenant de 3 021 contributeurs, dont 807 nouveaux. Le noyau est le coeur du système d'exploitation Linux : il gère les processeurs, la RAM, l'espace disque, le réseau et les périphériques. Chaque mise à jour du kernel touche directement les performances de votre infrastructure, que vous fassiez tourner un serveur VPS Linux, un serveur dédié bare metal ou un serveur virtuel dans le cloud.
Pour les administrateurs qui doivent héberger des services en production, cette version apporte des gains mesurables sur les systèmes de fichiers ext4 et Btrfs, un nouveau mécanisme de sandboxing par pseudo-filesystem, le support Time Machine dans le serveur SMB intégré au noyau et des améliorations de l'ordonnanceur de tâches.
Source : annonce du noyau Linux 7.3, LWN.net, 18 octobre 2026.
Btrfs : des gains de performance majeurs
Btrfs est le système de fichiers le plus amélioré de cette version. Quatre changements distincts intéressent directement les administrateurs de serveurs et de machines virtuelles :
- Direct I/O via iomap : le chemin de lecture et d'écriture directe utilise désormais les bounce buffers iomap au lieu de retomber en I/O bufférisé. Le débit passe d'environ 50 % du maximum théorique du disque à environ 95 %, soit un quasi-doublement de la bande passante. Sur un serveur physique ou un VPS avec du stockage SSD NVMe, les charges de travail en accès direct (bases de données, serveurs de jeu avec des fichiers monde volumineux) profitent directement de ce gain.
- Suppression du délai fsync : un délai d'un jiffy (environ 4 ms sur x86 à 250 Hz) était imposé dans le chemin de journalisation pour les stockages non-SSD avec plusieurs tâches concurrentes. Sa suppression multiplie par cinq le débit fsync sur les workloads mesurés. Si vous disposez d'un serveur avec des disques rotatifs utilisés pour les sauvegardes, ce changement réduit la latence d'écriture des snapshots Btrfs.
- Suivi des extent buffers : le remplacement de la structure xarray par une liste LRU locale pour le suivi des extent buffers inhibés restaure les performances au niveau d'avant l'introduction de l'inhibition (amélioration d'environ 3x).
- Free-space cache v1 désactivé par défaut : le cache d'espace libre v1 est désormais désactivé au profit de la version v2 (free space tree), qui est le format par défaut de mkfs.btrfs depuis le noyau 5.15. Les systèmes de fichiers encore en v1 continuent de fonctionner mais ne bénéficient plus du cache de block groups. Vérifiez le format de votre partition avec
btrfs inspect-internal dump-super /dev/sdX | grep FREE_SPACE_TREE.
Pour un administrateur de serveur VPS ou dédié sous Btrfs, ces changements améliorent directement les performances d'écriture des bases de données, la vitesse des backups par snapshot et le débit des applications qui utilisent O_DIRECT.
ext4 : écritures parallèles et I/O direct accéléré
ext4 reste le système de fichiers par défaut sur la majorité des distributions Linux installées sur VPS et serveurs dédiés. C'est le format que vous trouverez sur la plupart des serveurs virtuels proposés par les hébergeurs, y compris ceux en offre mutualisée. Le noyau 7.3 apporte trois améliorations concrètes :
- Écritures Direct I/O en parallèle : les écritures DIO peuvent désormais s'exécuter sous un verrou
i_rwsempartagé au lieu d'un verrou exclusif. Plusieurs threads écrivent simultanément sans se bloquer mutuellement, ce qui profite aux serveurs web et aux bases de données à fort trafic. - Chemin DIO simplifié : un nouveau chemin rapide pour les petites opérations Direct I/O fait passer les performances de 1,92 million d'IOPS à 2,19 millions d'IOPS sur les benchmarks de référence. C'est un gain brut de 14 % sur les opérations de lecture/écriture aléatoires.
- Optimisation des écritures buffered avec large folios : les parcours inutiles de l'arbre de pages sont éliminés lors des écritures en cache avec des folios de grande taille, ce qui réduit la charge processeur sur les serveurs à fort débit d'écriture.
Concrètement, si votre VPS Linux héberge une base MySQL ou MariaDB sur ext4, les écritures concurrentes (INSERT, UPDATE) bénéficient directement de la réduction de contention sur le verrou inode. Pour diagnostiquer vos performances I/O actuelles, utilisez iostat -x 1 avant et après la mise à jour du noyau.
Sandboxing : failfs et fchroot(), un nouveau modèle d'isolation
Le noyau 7.3 introduit deux mécanismes complémentaires pour renforcer l'isolation des processus sur un serveur Linux. Ces outils intéressent tout administrateur qui doit configurer un environnement sécurisé, en complément du firewall (netfilter/nftables) déjà intégré au noyau :
- failfs : un pseudo-système de fichiers qui rejette toutes les opérations avec l'erreur
EOPNOTSUPP. Rien ne peut être monté par-dessus, il ne peut pas être cloné, et il n'apparait pas dansstatmount()oulistmount(). - fchroot() : un nouvel appel système qui permet un chroot basé sur un descripteur de fichier au lieu d'un chemin. Cela élimine les vulnérabilités de type TOCTOU (Time-of-Check-Time-of-Use) lors de la résolution de chemin.
Combinés, ces deux mécanismes permettent à un processus de s'ancrer dans failfs via fchroot() : tous les chemins absolus et les liens symboliques absolus échouent avec EOPNOTSUPP. Le processus ne peut accéder au système de fichiers qu'à travers des descripteurs explicites. C'est un modèle d'isolation plus strict que le chroot classique, utile pour les conteneurs, les services sandboxés et les scripts qui ne doivent accéder qu'à un ensemble précis de fichiers sur le serveur.
Par ailleurs, le noyau 7.3 isole aussi les threads du noyau : après le démarrage de PID 1, tous les kthreads reçoivent un point de montage séparé. Cela empêche un pivot_root() de réécrire l'état du système de fichiers de tous les threads noyau.
ksmbd : support Time Machine et chiffrement par partage
ksmbd est le serveur SMB intégré au noyau Linux, conçu pour le partage de fichiers sans dépendre de Samba en espace utilisateur. Le noyau 7.3 lui ajoute plusieurs fonctionnalités utiles sur un serveur dédié ou un VPS hébergé en data center :
- Support Apple Time Machine : la négociation AAPL est implémentée, avec les extensions Finder (streams, COPYCHUNK, fichiers sparse, CHANGE_NOTIFY, RPC). Un serveur Linux peut maintenant servir de cible de backup Time Machine pour les postes macOS du réseau, sans installer Samba ni Netatalk.
- Chiffrement SMB3 par partage : chaque partage peut exiger individuellement le chiffrement en annonçant
SMB2_SHAREFLAG_ENCRYPT_DATA. Les connexions non chiffrées sont rejetées, ce qui renforce la sécurité des transferts de fichiers. - SMB Direct RDMA chiffré : le protocole SMB Direct supporte désormais les payloads chiffrés sur RDMA, pertinent pour les serveurs de stockage en data center avec des cartes réseau InfiniBand ou RoCE.
Ordonnanceur de tâches : sched_ext et cgroups améliorés
L'ordonnanceur du noyau gère la répartition du temps processeur entre les processus. Sur un VPS, un serveur dédié ou un serveur Linux à optimiser, ces changements comptent :
- sched_ext complet : les sous-ordonnanceurs BPF par cgroup sont entièrement implémentés. Un ordonnanceur racine peut déléguer des sous-arbres cgroup complets à des ordonnanceurs enfants, avec révocation d'accès CPU et chemin de secours pour les tâches bloquées. Cette flexibilité permet de tester des politiques d'ordonnancement personnalisées sans recompiler le noyau.
- Modes de distribution de poids cgroup : quatre modes de calcul sont disponibles via le paramètre
cgroup_mode(up,max,concur,tasks). Le mode par défautconcuroffre la répartition la plus précise du temps CPU entre les groupes de processus. - Correction asymétrique : les systèmes avec des CPU de capacité inégale (big.LITTLE ARM, Intel P-core/E-core) bénéficient d'une meilleure gestion du placement des tâches sur les bons coeurs processeur.
Pour les hébergeurs et les administrateurs qui utilisent des cgroups pour isoler multiples serveurs virtuels ou conteneurs Docker sur un même serveur physique, la distribution de poids concur assure une répartition plus équitable de la RAM et du CPU entre les groupes. C'est un point critique en data center, où un seul hôte peut faire tourner des dizaines de machines virtuelles.
Autres changements notables pour les serveurs
| Composant | Changement | Impact serveur |
|---|---|---|
| Block I/O | Flag RWF_DONTCACHE sur block devices | Les bases de données évitent de polluer le page cache par requête, libérant de la RAM pour les autres services |
| FUSE | Support io_uring avec buffer pool et zero-copy | Performances améliorées pour les systèmes de fichiers en espace utilisateur (SSHFS, rclone mount) |
| NFS | Callback CB_NOTIFY, attributs NFSv4.2 UNCACHEABLE | Meilleure cohérence des caches sur les partages NFS en cluster, utile pour la haute disponibilité |
| NTFS3 | Support des Alternate Data Streams natifs | Interopérabilité Windows améliorée sur les serveurs de fichiers |
| Virtualisation | userfaultfd avec suivi lecture-écriture (UFFDIO_REGISTER_MODE_RWP) | Suivi du working set des machines virtuelles sans overhead de signaux |
| GPU | Cgroups mémoire device (dmemcg) pour DRM TTM | Protection de la VRAM sur les GPU avec peu de mémoire |
Vérifier la version du noyau de votre VPS
Avant d'envisager une mise à jour, vérifiez la version du noyau Linux installée sur votre serveur virtuel ou dédié. Connectez-vous en SSH et exécutez :
uname -r
La commande renvoie la version complète du noyau en cours d'exécution (par exemple 6.8.0-47-generic sur un VPS Ubuntu). Pour voir aussi l'architecture du processeur et la date de compilation :
uname -a
Pour lister tous les noyaux installés sur un VPS Ubuntu ou Debian :
dpkg --list | grep linux-image
Sur CentOS, Rocky Linux ou Fedora :
rpm -qa | grep kernel
Pour vérifier la quantité de RAM disponible et l'espace disque restant sur votre serveur, combinez avec :
free -h && df -h
Faut-il mettre à jour vers le noyau 7.3 maintenant ?
La réponse dépend de votre type d'infrastructure et de la manière dont vous administrez votre système d'exploitation :
- VPS managé ou infogéré : si vous disposez d'un serveur VPS chez un hébergeur avec infogérance, c'est votre fournisseur qui contrôle le noyau. Les distributions stables (Ubuntu LTS, Debian stable) n'intègrent pas immédiatement les noyaux mainline. Les correctifs de sécurité sont rétroportés sur le noyau en place. Attendez la mise à jour officielle de votre distribution.
- Serveur dédié ou VPS avec noyau custom : si vous configurez et compilez manuellement vos noyaux sur un serveur physique en data center ou sur un VPS cloud, le 7.3 est stable et utilisable en production. Testez-le d'abord sur un environnement de pré-production.
- Serveur sous Btrfs avec des charges I/O lourdes : les gains sur le Direct I/O et le fsync justifient une mise à jour plus rapide, à condition de valider le comportement avec vos données.
Dans tous les cas, faites une sauvegarde complète de votre serveur avant toute mise à jour de noyau. Un backup complet (fichiers de configuration, bases de données, scripts personnalisés) vous permet de revenir en arrière si le nouveau noyau pose un problème de compatibilité avec vos services. Pour surveiller l'impact sur les performances après la mise à jour, comparez les métriques CPU, mémoire et I/O avant et après le redémarrage.
Ce que le noyau 7.3 change pour l'hébergement
Au-delà des améliorations techniques, le noyau 7.3 a un impact concret pour ceux qui doivent héberger des services sur un serveur Linux :
- Serveurs de jeu : les gains Btrfs en Direct I/O et la réduction de contention ext4 profitent directement aux serveurs dédiés et VPS qui font tourner des serveurs FiveM, Minecraft ou Rust avec des fichiers monde volumineux et de nombreux accès disque concurrents.
- Serveurs web et applications : les améliorations de l'ordonnanceur bénéficient aux serveurs virtuels qui font tourner un serveur web (Nginx, Apache) avec des bases de données, en répartissant mieux le temps processeur entre les processus.
- Conteneurs et virtualisation : le suivi du working set des machines virtuelles (userfaultfd RWP) et les cgroups améliorés optimisent la gestion de la RAM sur les hôtes qui hébergent plusieurs serveurs virtuels. Les hébergeurs en data center qui font tourner des dizaines de VPS sur un même serveur physique y gagnent en densité et en stabilité.
- Sécurité : failfs et fchroot() complètent le firewall noyau pour isoler les processus. Pour aller plus loin dans le durcissement de votre serveur, consultez notre guide sécuriser un serveur dédié.
Que vous fassiez tourner un serveur de jeu, un serveur web ou une infrastructure de conteneurs Docker, le noyau 7.3 apporte des gains de performance et de sécurité qui justifient de planifier la mise à jour dès qu'elle sera disponible dans votre distribution. En attendant, configurez le swap de votre VPS pour optimiser la gestion mémoire sur votre noyau actuel.