Die jahrelange Debatte um eine höhere Eingabelatenz von Wayland gegenüber X.Org erhält durch eine neue Messung eine klare Antwort: Es gibt keinen signifikanten Unterschied. Der entscheidende Faktor für die gefühlte Verzögerung ist nicht der Display-Server, sondern die Aktivierung von VRR (Variable Refresh Rate) und die Vermeidung des XWayland-Kompatibilitätslayers. Dies belegt eine Ende September 2026 auf der XDC 2026 in Toronto vorgestellte Studie von NVIDIA-Ingenieur Kamil Łysik.
Die Messmethode: Mikrocontroller und Fotodiode
Łysik setzte für seine End-to-End-Messung nicht auf die übliche Smartphone-Slow-Motion-Kamera, sondern auf eine präzise, automatisierte Apparatur. Ein als USB-HID-Gerät fungierender Mikrocontroller (wahlweise ESP32 oder Raspberry Pi Pico mit identischem Polling-Intervall) generierte Tastendrücke, während eine auf dem Monitor angebrachte Fotodiode die Pixeländerung erfasste. Die Zeitmessung erfolgte intern im Mikrocontroller und wurde seriell ausgelesen. Dieses Verfahren ermöglicht eine Reproduzierbarkeit im Mikrosekundenbereich und automatische A/B-Vergleiche zwischen Composern, VRR-Zuständen und Display-Stacks.
Als Baseline diente ein eigener DRM-Client, der direkt über den Kernel (DRM/KMS) zeichnet, ohne Desktop-Umgebung. Die Testhardware umfasste eine GeForce RTX 5070 mit dem Treiber-Zweig R610 sowie die Compositor-Varianten KDE KWin 6.7.4, GNOME Mutter 49.7 und den X.Org Server v1.21.1.24.
Ergebnisse: VRR und XWayland als wahre Faktoren
Die zentrale Erkenntnis: Die gemessenen Latenzunterschiede zwischen X.Org und Wayland unter KWin oder Mutter liegen im Rauschen der Messunsicherheit und sind statistisch nicht signifikant. Der weitaus größte Einflussfaktor ist die Aktivierung von VRR. Ohne VRR zeigten alle Desktop-Stacks eine zusätzliche Verzögerung von etwa einem Frame gegenüber der Baseline. Mit VRR schrumpft dieser Abstand fast auf null – unabhängig vom Display-Protokoll.
Ein zweites wichtiges Ergebnis betrifft XWayland. Frühere Versionen des Kompatibilitätslayers führten einen zusätzlichen Frame Delay ein. Laut Łysik ist dieser Fehler in den aktuellen Treibern und Software-Stacks vollständig behoben. Der einstige Kritikpunkt an Wayland entfällt damit.
Die Methode erlaubt auch die Analyse subtiler Effekte: So zeigen Heatmaps die Verteilung der Frame-Verzögerungen und Unterschiede im Verhalten je nach Richtung der Pixel-Farbänderung (Hell- zu Dunkelumschaltung).
Drei unabhängige Studien bestätigen den Trend
Łysik selbst verweist in seinem Lightning Talk auf frühere Arbeiten, deren Resultate mit seinen übereinstimmen. Eine tabellarische Übersicht fasst die drei unabhängigen Messungen zusammen:
| Unterschied zu X11 | VRR | XWayland | |
|---|---|---|---|
| NVIDIA (Łysik, XDC 2026) | Kein signifikanter Unterschied | Deutliche Verbesserung | 1 Frame Delay → behoben |
| Mort (GNOME, 240fps Kamera, 2025) | +6,5 ms (nur Cursor) | nicht gemessen | nicht gemessen |
| Marco Nett (Click2photon, 500Hz OLED, 2026) | +0,14 bis 0,22 ms | 0,26 bis 0,45 ms Verbesserung | +3,13 ms |
Hinweise: Die Messumgebungen unterscheiden sich – NVIDIA nutzte RTX 5070, Mort eine RX 7900XT und Nett eine RTX 4070 SUPER. Morts Ergebnis ist auf Cursor-Bewegungen beschränkt und nicht auf allgemeine Eingabelatenz übertragbar. Nett führte In-Game-Messungen mit 300 Wiederholungen pro Konfiguration durch.
Alle drei Messungen – unabhängig voneinander mit unterschiedlicher Hardware, GPU-Herstellern und Methodik – weisen in dieselbe Richtung: Eine für den Nutzer spürbare Verzögerung zwischen Wayland und X.Org existiert nicht. Die tatsächlichen Latenztreiber sind VRR (Aktivierung verbessert die Reaktionszeit) und die Nutzung von XWayland (das native Wayland um 3,13 ms übertrifft).
Was das für den Linux-Desktop bedeutet
Die Veröffentlichung von Łysiks Daten kommt zu einem strategischen Zeitpunkt. GNOME hat mit Version 50 den X11-Session-Code vollständig entfernt; KDE Plasma wird mit der für Ende 2026 geplanten Version 6.8 die X11-Session ebenfalls einstellen. Bereits jetzt nutzen über 95 % der Plasma-Anwender Wayland. Das häufig vorgebrachte Argument „Wayland ist langsamer“ lässt sich nicht länger aufrechterhalten. Wer auf niedrige Latenz Wert legt, sollte stattdessen VRR aktivieren und native Wayland-Anwendungen bevorzugen – nicht über XWayland laufen lassen. Die Frage, welcher Display-Server der schnellere sei, ist empirisch beantwortet: Beide sind gleichauf. Der entscheidende Hebel liegt anderswo.
