Wayland vs X.Org, latence : NVIDIA ne trouve pas de vainqueur net

Kamil Łysik, ingénieur chez NVIDIA, a mesuré la vitesse à laquelle les bureaux Linux réagissent à l'appui d'une touche et n'a trouvé aucun vainqueur net entre Wayland et l'ancien serveur X.Org. Il a présenté les résultats le 30 septembre 2026 à la XDC 2026, la X.Org Developer's Conference, à Toronto. Les tests montrent aussi que XWayland n'ajoute plus d'image de retard supplémentaire, rapporte Hardware Busters. Cela affaiblit une raison avancée de longue date par certains utilisateurs de Linux et développeurs de jeux pour rester sur X.Org.

Wayland, X.Org et l'importance de la latence

Un bureau Linux a besoin d'un serveur d'affichage, le logiciel qui reçoit les entrées et place les fenêtres à l'écran. X.Org, aussi appelé X11, a rempli ce rôle pendant des décennies. Wayland est son remplaçant, et sous Wayland, c'est le compositeur lui-même qui fait ce travail. Le compositeur est le programme qui dessine chaque fenêtre dans l'image finale, comme KWin sous KDE Plasma ou Mutter sous GNOME.

La latence désigne ici le temps entre l'appui sur une touche et le changement visible à l'écran. Les joueurs, les artistes et tous ceux qui tapent vite ressentent un retard supplémentaire, même s'ils ne savent pas le nommer. XWayland est la couche de compatibilité qui permet aux anciens programmes X11 de fonctionner sur un bureau Wayland.

Comment NVIDIA a mesuré

Łysik a construit un banc de test automatisé au lieu de s'appuyer sur des minuteurs logiciels. Un microcontrôleur, un ESP32 ou un Raspberry Pi Pico, se faisait passer pour un clavier USB et envoyait des appuis de touche. Une photodiode, un capteur de lumière rapide, surveillait le moniteur et enregistrait le moment où l'écran changeait. Selon Hardware Busters, une photorésistance a d'abord été essayée puis écartée, car elle mettait plus de 10 ms à réagir.

Le résumé de sa présentation dans le programme de la XDC 2026 indique que l'objectif était de fournir « une base plus équitable pour discuter de la latence ». Le test a comparé plusieurs compositeurs, gestionnaires de fenêtres et configurations d'affichage.

Élément du banc de test	Version ou modèle
Carte graphique	NVIDIA GeForce RTX 5070
Pilote	NVIDIA 610.57.04
Moniteur	LG 27GN950 à 144 Hz
Noyau Linux	7.1.7
Compositeur KDE	KWin 6.7.4
Compositeur GNOME	Mutter 49.7
Serveur X	X.Org Server 1.21.1.24

Ce que montrent les résultats

Wayland et X.Org ont affiché des latences proches, sans vainqueur constant, rapporte Hardware Busters. C'est un changement par rapport aux tests indépendants précédents. Un test de janvier 2025 avait relevé 6,5 ms de retard de curseur en plus sous Wayland que sous X11. À 144 Hz, une image dure environ 7 ms, donc cet écart était proche d'une image entière.

XWayland s'est aussi amélioré. Il ajoutait auparavant une image de retard supplémentaire. Dans les tests de NVIDIA, cette image supplémentaire a disparu.

Le plus grand effet est venu du taux de rafraîchissement variable (VRR). Avec le VRR, le moniteur attend chaque nouvelle image au lieu de se rafraîchir selon une horloge fixe. L'activer a amélioré « drastiquement » la réactivité sur les deux serveurs d'affichage et a supprimé toute différence mesurable entre eux. Hardware Busters résume : « activez le VRR, et arrêtez de vous soucier de la session que vous avez choisie. »

L'autre projet de NVIDIA à la XDC : Display Config Server

NVIDIA a aussi apporté du nouveau code à la conférence. Le 28 septembre, l'ingénieur Austin Shafer a présenté Display Config Server. Le programme le décrit comme « une nouvelle solution open source pour la configuration et la persistance des murs d'écrans ». Les murs d'écrans sont de grands écrans composés de nombreux moniteurs, utilisés par exemple dans les studios de télévision.

Il s'appuie sur la prise en charge direct-to-display de Vulkan, qui permet à un programme de piloter un écran sans bureau intermédiaire. Le programme le présente comme une alternative à la méthode basée sur X utilisée aujourd'hui pour configurer les murs d'écrans.

Ce que cela signifie pour les développeurs

Si vous évitiez Wayland à cause de la latence d'entrée, testez à nouveau. Sur le matériel et les pilotes NVIDIA actuels, ces résultats suggèrent que le type de session ne détermine plus la latence. Les réglages de votre moniteur comptent davantage.

Activez d'abord le VRR. C'est lui qui a fait la plus grande différence dans les tests de NVIDIA, sous Wayland comme sous X.Org. Vérifiez que votre compositeur, votre pilote et votre moniteur le prennent tous en charge, et qu'il est réellement actif.

Les développeurs de jeux et d'applications peuvent moins s'inquiéter de XWayland. Un jeu encore conçu pour X11 ne devrait plus payer une image supplémentaire lorsqu'il tourne sur un bureau Wayland. Une prise en charge native de Wayland mérite toujours d'être prévue, mais pas à cause de ce retard.

Gardez à l'esprit les limites du test. Il a utilisé une seule carte NVIDIA, un seul moniteur à 144 Hz et des compositeurs plus anciens que les dernières versions. GNOME 51 a revu la planification des images dans Mutter en septembre, et KDE Plasma 6.8 apporte d'autres correctifs pour Wayland. Les résultats sur d'autres GPU, ou avec ces versions plus récentes, peuvent être différents.

Si la latence compte pour vous, mesurez-la vous-même. Un microcontrôleur bon marché et une photodiode suffisent pour reproduire la méthode de NVIDIA sur votre propre matériel.