Wayland vs. X.Org bei der Latenz: NVIDIA findet keinen klaren Sieger

NVIDIA-Ingenieur Kamil Łysik hat gemessen, wie schnell Linux-Desktops auf einen Tastendruck reagieren, und keinen klaren Sieger zwischen Wayland und dem älteren X.Org-Server gefunden. Er stellte die Ergebnisse am 30. September 2026 auf der XDC 2026 vor, der X.Org Developer's Conference in Toronto. Die Tests zeigen außerdem, dass XWayland keinen zusätzlichen Frame Verzögerung mehr hinzufügt, berichtet Hardware Busters. Das untergräbt einen lange angeführten Grund, mit dem manche Linux-Nutzer und Spieleentwickler begründeten, bei X.Org zu bleiben.

Wayland, X.Org und warum Latenz wichtig ist

Ein Linux-Desktop braucht einen Displayserver, die Software, die Eingaben entgegennimmt und Fenster auf den Bildschirm bringt. X.Org, auch X11 genannt, erledigte diese Aufgabe jahrzehntelang. Wayland ist sein Nachfolger, und unter Wayland übernimmt der Compositor selbst diese Arbeit. Der Compositor ist das Programm, das jedes Fenster in das endgültige Bild zeichnet, etwa KWin unter KDE Plasma oder Mutter unter GNOME.

Latenz bedeutet hier die Zeit vom Drücken einer Taste bis zur sichtbaren Änderung auf dem Bildschirm. Gamer, Künstler und alle, die schnell tippen, spüren zusätzliche Verzögerung, selbst wenn sie sie nicht benennen können. XWayland ist die Kompatibilitätsschicht, mit der ältere X11-Programme auf einem Wayland-Desktop laufen.

Wie NVIDIA gemessen hat

Łysik baute einen automatisierten Messaufbau, statt sich auf Software-Timer zu verlassen. Ein Mikrocontroller, ein ESP32 oder ein Raspberry Pi Pico, gab sich als USB-Tastatur aus und sendete Tastendrücke. Eine Fotodiode, ein schneller Lichtsensor, beobachtete den Monitor und zeichnete auf, wann sich das Bild änderte. Laut Hardware Busters wurde zuerst ein Fotowiderstand ausprobiert und verworfen, weil er mehr als 10 ms zum Reagieren brauchte.

Die Zusammenfassung seines Vortrags im Zeitplan der XDC 2026 nennt als Ziel „eine fairere Grundlage für die Diskussion über Latenz“. Verglichen wurden mehrere Compositoren, Fenstermanager und Display-Konfigurationen.

Teil des Testaufbaus	Version oder Modell
Grafikkarte	NVIDIA GeForce RTX 5070
Treiber	NVIDIA 610.57.04
Monitor	LG 27GN950 mit 144 Hz
Linux-Kernel	7.1.7
KDE-Compositor	KWin 6.7.4
GNOME-Compositor	Mutter 49.7
X-Server	X.Org Server 1.21.1.24

Was die Ergebnisse zeigen

Wayland und X.Org lieferten eine ähnliche Latenz ohne durchgehenden Sieger, berichtet Hardware Busters. Das ist eine Veränderung gegenüber früheren unabhängigen Tests. Ein Test vom Januar 2025 ergab unter Wayland 6,5 ms mehr Cursor-Verzögerung als unter X11. Bei 144 Hz dauert ein Frame etwa 7 ms, also lag diese Lücke nahe an einem ganzen Frame.

Auch XWayland hat sich verbessert. Früher fügte es einen zusätzlichen Frame Verzögerung hinzu. In NVIDIAs Tests ist dieser zusätzliche Frame verschwunden.

Den größten Effekt hatte die variable Bildwiederholrate (VRR). Mit VRR wartet der Monitor auf jeden neuen Frame, statt in einem festen Takt aufzufrischen. Das Einschalten verbesserte die Reaktionsfähigkeit auf beiden Displayservern „drastisch“ und beseitigte jeden messbaren Unterschied zwischen ihnen. Hardware Busters fasst es so zusammen: „Schalte VRR ein und hör auf, dir Gedanken darüber zu machen, welche Sitzung du gewählt hast.“

NVIDIAs anderes XDC-Projekt: Display Config Server

NVIDIA brachte auch neuen Code zur Konferenz mit. Am 28. September stellte Ingenieur Austin Shafer den Display Config Server vor. Der Zeitplan nennt ihn „eine neue Open-Source-Lösung für die Konfiguration und Persistenz von Displaywänden“. Displaywände sind große Bildschirme aus vielen Monitoren, die etwa in Fernsehstudios zum Einsatz kommen.

Er baut auf der Direct-to-Display-Unterstützung von Vulkan auf, mit der ein Programm einen Bildschirm ohne zwischengeschalteten Desktop ansteuern kann. Der Zeitplan stellt ihn als Alternative zu dem X-basierten Weg vor, auf dem Displaywände heute eingerichtet werden.

Was das für Entwickler bedeutet

Wenn du Wayland wegen der Eingabeverzögerung gemieden hast, teste es erneut. Auf aktueller NVIDIA-Hardware mit aktuellen Treibern deuten diese Ergebnisse darauf hin, dass der Sitzungstyp nicht mehr über die Latenz entscheidet. Deine Monitoreinstellungen sind wichtiger.

Schalte zuerst VRR ein. Es machte in NVIDIAs Tests den größten Unterschied, sowohl unter Wayland als auch unter X.Org. Prüfe, ob dein Compositor, dein Treiber und dein Monitor es unterstützen und ob es tatsächlich aktiv ist.

Spiele- und App-Entwickler müssen sich weniger Sorgen um XWayland machen. Ein Spiel, das noch für X11 gebaut ist, sollte auf einem Wayland-Desktop keinen zusätzlichen Frame mehr bezahlen. Native Wayland-Unterstützung lohnt sich weiterhin einzuplanen, aber nicht wegen dieser Verzögerung.

Behalte die Grenzen des Tests im Blick. Er nutzte eine NVIDIA-Karte, einen 144-Hz-Monitor und ältere Compositoren als die neuesten Versionen. GNOME 51 hat im September das Frame-Scheduling in Mutter überarbeitet, und KDE Plasma 6.8 bringt weitere Wayland-Korrekturen. Auf anderen GPUs oder mit diesen neueren Versionen können die Ergebnisse anders ausfallen.

Wenn dir Latenz wichtig ist, miss sie selbst. Ein günstiger Mikrocontroller und eine Fotodiode reichen aus, um NVIDIAs Methode auf deiner eigenen Hardware zu wiederholen.