NVIDIA 615.71.09 apporte Reflex aux jeux Vulkan sous Proton et le partitionnement mémoire par cgroups
Le 9 septembre 2026, NVIDIA publie le pilote Linux 615.71.09, qui active Reflex pour les jeux Vulkan natifs via Proton et ajoute le partitionnement mémoire par cgroups au module noyau ouvert. Les joueurs Linux et les équipes qui virtualisent des GPU y gagnent deux briques qui leur manquaient face à Windows.
9 septembre 2026. NVIDIA publie le pilote Linux 615.71.09, et deux briques en particulier marquent cette version. La première est le support de VK_NV_low_latency révision 2, qui active Reflex pour les jeux Vulkan natifs sous Proton. La seconde est le partitionnement mémoire par cgroups du module noyau ouvert, réclamé de longue date par ceux qui exécutent des charges GPU dans des conteneurs. Pourquoi c’est important : ces deux ajouts comblent des écarts qui séparaient encore le poste Linux de son équivalent Windows.
Reflex sous Proton : la latence devient un sujet Linux
Reflex est la technologie NVIDIA de réduction de latence système, historiquement une exclusivité de la pile Windows. Sur ce dernier, les jeux qui veulent une latence minimale s’appuient sur une bibliothèque Vulkan basse latence fournie par NVIDIA. Le pilote Linux 615.71.09 supporte désormais VK_NV_low_latency révision 2, ce qui permet à Proton d’utiliser cette même bibliothèque Vulkan basse latence sans adaptation spécifique — de façon « out-of-the-box », selon les termes de Phoronix.
Concrètement, un jeu Vulkan natif tourné via Proton sur Steam peut maintenant bénéficier du mode basse latence de Reflex sans que le développeur n’ait écrit une ligne de code spécifique Linux. C’est un changement d’état d’esprit : la réduction de latence, longtemps considérée comme un raffinement réservé au jeu compétitif Windows, devient une brique standard de la pile graphique Linux.
La latence n’est pas ici un raffinement cosmétique. Reflex raccourcit le trajet entre l’entrée souris et l’image effectivement affichée à l’écran — ce que les joueurs compétitifs appellent la latence « input-to-photon ». Jusqu’ici, c’était le dernier domaine où un poste Linux concédait encore du terrain à Windows sur les titres Vulkan natifs.
L’autre ajout Vulkan notable est VK_EXT_cluster_acceleration_structure, une extension destinée aux moteurs qui regroupent les structures d’accélération pour le ray tracing. Moins visible pour l’utilisateur final, elle indique que NVIDIA continue d’étendre sa surface Vulkan sur Linux au-delà du strict nécessaire au jeu.
Le module noyau ouvert gagne le partitionnement mémoire
Le second morceau important concerne le module noyau ouvert de NVIDIA — la version du pilote dont le code est publié et intégré progressivement aux distributions. Cette version supporte désormais le partitionnement mémoire par cgroups, une capacité attendue par les opérateurs qui veulent isoler proprement la mémoire GPU entre plusieurs conteneurs ou processus.
Sans cette brique, la mémoire GPU est largement partagée entre les charges d’une même machine, et il est difficile de garantir qu’un conteneur ne vienne pas déborder sur les réservations d’un autre. Avec le partitionnement par cgroups, l’isolation suit le modèle déjà en place pour le CPU et la mémoire système — un conteneur se voit attribuer une part de mémoire GPU, et le noyau la fait respecter.
C’est un point de convergence important avec l’écosystème Kubernetes, où l’ordonnancement et la facturation des GPU passent de plus en plus par des mécanismes standard de contrôle de ressources. Le module noyau ouvert rattrape ici une fonctionnalité que l’on attendait d’un pilote Linux moderne.
Un pilote Linux qui se joue sur trois tableaux
Le contexte aide à mesurer la portée de cette version. La pile graphique NVIDIA sous Linux avance sur trois fronts distincts. Le pilote propriétaire reste la référence en performance et en fonctionnalités. Le module noyau ouvert, publié en 2022 et désormais proposé par défaut sur plusieurs distributions pour les GPU récents, expose le même code noyau sous licence ouverte. Enfin, l’effort entièrement open source Nova/NVK — le pilote noyau et le pilote Vulkan dans Mesa — vise à terme un pilote maintenu par la communauté, sans blob propriétaire.
C’est sur le deuxième tableau que 615.71.09 marque des points. Le partitionnement mémoire par cgroups était l’une des dernières fonctions que le module ouvert devait encore emprunter au pilote propriétaire pour être crédible en centre de données. Son arrivée rapproche le module ouvert des mécanismes standard d’orchestration GPU que Kubernetes et les runtimes de conteneurs attendent de plus en plus, à mesure que les charges d’inférence et d’entraînement se densifient sur des machines partagées.
En parallèle, l’extension VK_EXT_cluster_acceleration_structure montre que NVIDIA continue d’étendre sa surface Vulkan côté pilote plutôt que de se replier sur des extensions privées. Pour les développeurs de moteurs, c’est un signal de stabilité sur un chemin de rendu qui gagne en maturité à chaque version.
Les corrections qui concernent le quotidien
Au-delà des ajouts de fond, le 615.71.09 corrige plusieurs défauts qui gênaient les utilisateurs réels :
- Fin des blocages au démarrage et à l’alt-tab avec Smooth Motion — les utilisateurs de NVIDIA Smooth Motion rencontraient des gels dans ces deux situations, désormais corrigés ;
- Correction d’une erreur Xid au chargement de PRAGMATA sous Wayland — un souci spécifique à la pile Wayland, qui prenait une importance croissante à mesure que les distributions basculent par défaut sur ce protocole ;
- Nouvelle option noyau
RmDisableDisplayGlitchPerfLimit— destinée à réduire la consommation au repos dans certaines configurations multi-écrans, un point sensible pour les postes de travail et les stations graphiques.
L’ensemble dessine un pilote qui ne se contente plus de suivre Windows, mais qui traite Linux comme une plateforme à part entière — avec ses propres priorités de latence, de consommation et d’isolation de ressources.
Ce que doivent faire les utilisateurs
Le bon geste dépend du profil de la machine.
- Poste de jeu sous Proton — mettez à jour vers 615.71.09 si vous jouez à des titres Vulkan natifs et que la latence compte, et vérifiez que Reflex s’active via la bibliothèque basse latence Vulkan ;
- Poste de travail multi-écrans — la correction de consommation au repos et les correctifs Wayland justifient la mise à jour, en particulier sur les distributions basculées par défaut sur Wayland ;
- Serveur GPU sous conteneurs — le partitionnement mémoire par cgroups du module noyau ouvert vous intéresse directement si vous virtualisez ou cloisonnez des GPU ; testez la version sur un nœud avant de généraliser ;
- Parc stable et conservateur — si aucun des défauts corrigés ne vous touche, rien n’impose de sauter le pas immédiatement, mais ne laissez pas cette version passer plus d’un cycle de validation.
Le téléchargement et les notes détaillées sont disponibles sur le portail NVIDIA.
Verdict
NVIDIA 615.71.09 est plus qu’un pilote de routine. Il ferme deux écarts de longue date — Reflex pour les jeux Vulkan sous Proton, et le partitionnement mémoire par cgroups du module noyau ouvert — qui séparaient concrètement le Linux du Windows pour deux publics distincts : les joueurs exigeants sur la latence, et les opérateurs qui cloisonnent des GPU dans des conteneurs.
Si vous jouez sur Linux via Proton, cette version vaut la mise à jour immédiate pour les titres Vulkan natifs : c’est la première fois que Reflex s’active sans adaptation spécifique, et la latence est un gain mesurable, pas cosmétique.
Si vous exécutez des charges GPU dans des conteneurs, le partitionnement mémoire par cgroups du module noyau ouvert est la brique qui vous manquait pour isoler proprement la mémoire GPU. Testez-la sur un nœud de validation, puis déployez-la sur les clusters où la contiguïté des charges GPU vous coûte déjà en incidents de ressource.