Linux 7.4 : boot 5 000 fois plus rapide, EXT4 boosté et Rust Binder prêt pour la production

La fenêtre de merge du noyau Linux 7.4 est ouverte depuis la dernière semaine d'octobre 2026, avec une sortie stable prévue fin décembre 2026. Ce cycle apporte des changements majeurs pour les administrateurs de VPS Linux et de serveurs dédiés : un boot jusqu'à 5 000 fois plus rapide sur les systèmes à forte fragmentation de mémoire vive, un nouveau chemin d'I/O bufférisé pour EXT4 qui accélère les écritures larges de 50 à 59 %, et le remplacement définitif du driver Binder C par sa version Rust. Les améliorations touchent aussi la virtualisation, le processeur et la gestion de la RAM sur les serveurs physiques comme sur les serveurs virtuels. Après les gains Btrfs et ext4 du noyau 7.3, cette version poursuit l'amélioration des performances du système d'exploitation Linux sur serveur.

Source : aperçu des fonctionnalités Linux 7.4, Phoronix, octobre 2026.

Boot 5 000 fois plus rapide : l'allocateur mémoire physique optimisé

L'amélioration la plus spectaculaire de Linux 7.4 concerne l'allocateur mémoire physique utilisé au démarrage du noyau, avant que l'allocateur de pages complet ne prenne le relais. L'ingénieur Google Tarun Sahu a identifié que les fonctions memblock_add_range() et memblock_isolate_range() dans mm/memblock.c utilisaient une recherche linéaire pour trouver les régions candidates en mémoire.

Le correctif remplace cette recherche linéaire par une recherche binaire, réduisant la complexité au pire cas de O(N²) à O(N log N), et à O(N) pour les ajouts séquentiels. Le résultat mesuré sur des scénarios de forte fragmentation de la RAM (notamment avec KHO, Kernel Handover, qui génère des milliers de folios disjoints) : le temps de récupération mémoire passe d'environ 268 secondes à environ 50 millisecondes.

Pour un administrateur de serveur physique en data center qui redémarre régulièrement ses machines (maintenance des ressources matérielles, mises à jour du noyau, basculement en haute disponibilité), cette optimisation réduit la durée d'indisponibilité au boot. Sur un serveur privé virtuel standard sans fragmentation extrême de la mémoire vive, le gain sera moins spectaculaire mais contribue à un démarrage plus prévisible du système d'exploitation. Chaque seconde gagnée au redémarrage compte quand un cluster de machines virtuelles attend la remise en service de l'hôte.

EXT4 : écritures larges jusqu'à 59 % plus rapides avec IOmap

EXT4 reste le système de fichiers par défaut sur la grande majorité des VPS Linux et serveurs dédiés. Le noyau 7.4 introduit un nouveau chemin d'I/O bufférisé basé sur IOmap, développé par Zhang Yi (Huawei). Ce chemin remplace le mécanisme historique buffer head par l'infrastructure IOmap, déjà utilisée par XFS et Btrfs.

Les benchmarks du développeur montrent des gains significatifs sur les écritures larges, ce qui profite directement à tout serveur qui manipule de gros fichiers sur ses disques durs ou SSD :

Cette fonctionnalité n'est pas activée par défaut. Pour la configurer, montez la partition avec l'option buffered_iomap :

mount -o buffered_iomap /dev/sdX /mnt/data

Le mode IOmap bufférisé ne supporte pas la défragmentation en ligne, les données inline, fsverity, fscrypt, les inodes non-extent ni le mode data=journal. Si l'une de ces fonctionnalités est requise, EXT4 revient automatiquement au chemin d'I/O classique.

Pour les serveurs qui hébergent des bases de données ou manipulent des fichiers volumineux (sauvegardes, images disque, dumps SQL), ce gain de débit en écriture est directement mesurable sur l'espace disque sollicité. Plus l'hébergeur provisionne de stockage rapide, plus le nouveau chemin IOmap fait la différence. Utilisez iostat pour diagnostiquer vos performances I/O avant et après l'activation.

Rust Binder : 11 470 lignes de C supprimées du noyau

Le driver Binder, le mécanisme d'IPC (communication inter-processus) utilisé par Android sur des milliards d'appareils, existait dans le noyau Linux en C depuis les débuts d'Android. La version Rust du driver, intégrée au noyau depuis Linux 6.18, a atteint la parité fonctionnelle complète et des performances égales ou supérieures à l'implémentation C.

Avec Linux 7.4, Google supprime définitivement les 11 470 lignes de code C de l'ancien driver Binder, réparties sur vingt fichiers. Le symbole de configuration Binder standard pointe désormais vers la version Rust. Greg Kroah-Hartman, mainteneur du sous-système, confirme que le driver Rust est prêt pour « quelques milliards d'appareils ».

Ce changement n'affecte pas directement les serveurs Linux (Binder est un mécanisme Android), mais il marque une étape importante pour Rust dans le noyau. La réécriture d'un composant aussi critique en Rust sans régression de performance démontre la maturité du langage pour le code noyau. À terme, d'autres sous-systèmes serveur (drivers réseau, systèmes de fichiers) pourraient suivre le même chemin, avec les garanties de sécurité mémoire propres à Rust.

Virtualisation, machines virtuelles et matériel serveur

Linux 7.4 apporte plusieurs améliorations pour les environnements de machines virtuelles et le matériel serveur. Ces changements profitent aux administrateurs qui exploitent des serveurs virtuels sur un serveur physique dans un data center, que ce soit dans un cloud public ou sur une infrastructure dédiée :

Le steal governor est particulièrement intéressant pour les administrateurs de VPS. Sur un serveur virtuel dont le vCPU subit du steal time (contention avec d'autres machines virtuelles sur le même hôte physique), le gouverneur adapte la fréquence du processeur en conséquence au lieu de demander une montée en fréquence que l'hyperviseur ne peut pas honorer. Cette flexibilité améliore le ratio performance/consommation sur les VPS. Pour surveiller le steal time de votre VPS, exécutez vmstat 1 et observez la colonne st.

NVMe Apple M4 et device trees

Le sous-système block/storage de Linux 7.4 intègre le support NVMe pour les puces Apple M4. Les device trees initiaux pour le SoC M4 de base et le A18 Pro (MacBook Neo) ont été soumis par le développeur Asahi Linux Sven Peter. Ces device trees couvrent les blocs matériels essentiels : coeurs CPU, contrôleur d'interruptions, états d'alimentation, watchdog, port série, contrôleur de broches, i2c et framebuffer.

Ce support reste embryonnaire : il permet de démarrer le noyau Linux sur ces machines, mais le GPU et d'autres fonctionnalités ne sont pas encore exploitables. Pour les administrateurs de serveurs, ce n'est pas un changement immédiat, mais il élargit la base matérielle compatible avec Linux.

Quand ces changements arriveront sur votre serveur

Le noyau Linux 7.4 devrait être publié fin décembre 2026, avec un possible décalage en janvier 2027 selon le calendrier de Linus Torvalds. Voici le calendrier réaliste de migration pour les distributions utilisées sur VPS et serveurs dédiés :

• Ubuntu LTS (22.04, 24.04) : le noyau 7.4 arrivera via le paquet linux-generic-hwe (Hardware Enablement) plusieurs mois après la sortie mainline. Les correctifs de sécurité sont rétroportés sur le noyau LTS en place. Pas besoin d'attendre le 7.4 pour être protégé.
• Debian stable : même logique de rétroportage. Le noyau mainline n'entre dans Debian stable que lors d'une nouvelle version majeure.
• Distributions rolling release (Arch, Fedora) : disponible dans les semaines suivant la publication officielle.
• Serveur dédié avec noyau custom : compilable et utilisable dès la sortie. Testez sur un environnement de pré-production avant de déployer sur vos serveurs physiques.

Dans tous les cas, faites un backup complet (sauvegarde de votre serveur avec rsync) avant toute migration de noyau. Vérifiez la mémoire vive disponible et l'espace disque libre avant de compiler un noyau custom : la compilation nécessite plusieurs Go de stockage temporaire et consomme toute la RAM disponible sur les petites configurations. Pour optimiser les performances de votre VPS en attendant le 7.4, consultez notre guide dédié.

Ce que Linux 7.4 change pour l'hébergement

Résumé des gains concrets par type d'usage sur un serveur dédié ou un VPS :

• Serveurs de bases de données : configurer l'option buffered_iomap sur EXT4 accélère les écritures larges (dumps, imports, réplication). Les serveurs MySQL/MariaDB ou PostgreSQL qui manipulent des tables volumineuses sur des distributions Linux avec EXT4 en bénéficieront directement, avec un gain mesurable sur l'espace disque fortement sollicité.
• Infrastructure virtualisée : le steal governor et les améliorations TDX/Hyper-V profitent aux serveurs virtuels et aux machines virtuelles sur serveur dédié. L'optimisation AVX-512 du calcul de parité RAID réduit la charge du processeur sur les serveurs de stockage et libère de la bande passante I/O.
• Serveurs web et applicatifs : un serveur web sous forte charge I/O (génération de cache, logs volumineux, assets statiques) tire parti du chemin IOmap bufférisé. Le boot accéléré réduit le temps de migration à chaud et de remise en service après maintenance.
• Serveurs de jeu : le boot plus rapide réduit le temps de remise en service après un redémarrage. Pour les serveurs FiveM, Minecraft ou Rust hébergés sur un serveur dédié sécurisé, chaque seconde d'indisponibilité compte pour les joueurs connectés.
• Haute disponibilité : un cluster de serveurs physiques en haute disponibilité bénéficie d'un boot noyau plus court lors du basculement. Moins le serveur physique reste indisponible au redémarrage, plus la bascule est transparente pour les utilisateurs des machines virtuelles hébergées.
• Sécurité du noyau : la progression de Rust dans le noyau (suppression du Binder C) renforce à terme la fiabilité des composants critiques grâce à la sécurité mémoire du langage.

Le noyau 7.4 n'est pas encore sorti en version stable : ces fonctionnalités sont en cours de merge et peuvent évoluer avant la publication finale. Nous mettrons cet article à jour lors de la sortie officielle.