Wayland vs X.Org em latência: NVIDIA não encontra um vencedor claro
O teste da NVIDIA na XDC 2026, com uma RTX 5070 a 144 Hz, deixou Wayland e X.Org empatados em atraso de entrada. O XWayland não adiciona mais um quadro, e o VRR ajudou os dois.
3 min de leitura

Em números
- refresh rate of the test monitor
- 144 Hz
- extra Wayland cursor lag in a January 2025 test
- 6.5 ms
- X.Org Server version tested
- 1.21.1.24
O engenheiro da NVIDIA Kamil Łysik mediu a rapidez com que os desktops Linux reagem ao pressionar de uma tecla e não encontrou um vencedor claro entre o Wayland e o antigo servidor X.Org. Ele apresentou os resultados em 30 de setembro de 2026, na XDC 2026, a X.Org Developer's Conference, em Toronto. Os testes também mostram que o XWayland não adiciona mais um quadro extra de atraso, relata o Hardware Busters. Isso enfraquece um motivo que alguns usuários de Linux e desenvolvedores de jogos davam havia muito tempo para continuar no X.Org.
Wayland, X.Org e por que a latência importa
Um desktop Linux precisa de um servidor de exibição, o software que recebe a entrada e coloca as janelas na tela. O X.Org, também chamado de X11, fez esse trabalho por décadas. O Wayland é o seu substituto, e no Wayland é o próprio compositor que faz o trabalho. O compositor é o programa que desenha cada janela na imagem final, como o KWin no KDE Plasma ou o Mutter no GNOME.
Latência, aqui, é o tempo entre pressionar uma tecla e ver a tela mudar. Jogadores, artistas e qualquer pessoa que digite rápido sentem o atraso extra, mesmo quando não sabem dar nome a ele. O XWayland é a camada de compatibilidade que permite rodar programas X11 mais antigos em um desktop Wayland.
Como a NVIDIA mediu
Łysik montou uma bancada de testes automatizada em vez de depender de temporizadores de software. Um microcontrolador, um ESP32 ou um Raspberry Pi Pico, se passava por um teclado USB e enviava pressionamentos de teclas. Um fotodiodo, um sensor de luz rápido, observava o monitor e registrava quando a tela mudava. Segundo o Hardware Busters, um fotorresistor foi testado primeiro e descartado, porque levava mais de 10 ms para responder.
O resumo da palestra dele na programação da XDC 2026 diz que o objetivo era oferecer "uma base mais justa para discutir latência". O teste comparou vários compositores, gerenciadores de janelas e configurações de tela.
| Parte da bancada de testes | Versão ou modelo |
|---|---|
| Placa de vídeo | NVIDIA GeForce RTX 5070 |
| Driver | NVIDIA 610.57.04 |
| Monitor | LG 27GN950 a 144 Hz |
| Kernel Linux | 7.1.7 |
| Compositor do KDE | KWin 6.7.4 |
| Compositor do GNOME | Mutter 49.7 |
| Servidor X | X.Org Server 1.21.1.24 |
O que os resultados mostram
Wayland e X.Org entregaram latências próximas, sem um vencedor consistente, relata o Hardware Busters. Isso é uma mudança em relação a testes independentes anteriores. Um teste de janeiro de 2025 encontrou 6,5 ms a mais de atraso do cursor no Wayland do que no X11. A 144 Hz, um quadro dura cerca de 7 ms, então essa diferença estava perto de um quadro inteiro.
O XWayland também melhorou. Antes, ele adicionava um quadro extra de atraso. Nos testes da NVIDIA, esse quadro extra desapareceu.
O maior efeito veio da taxa de atualização variável (VRR). Com o VRR, o monitor espera cada novo quadro em vez de atualizar em um relógio fixo. Ativá-lo melhorou "drasticamente" a capacidade de resposta nos dois servidores de exibição e eliminou qualquer diferença mensurável entre eles. O Hardware Busters resume: "ative o VRR e pare de se preocupar com qual sessão você escolheu."
O outro projeto da NVIDIA na XDC: Display Config Server
A NVIDIA também levou código novo à conferência. Em 28 de setembro, o engenheiro Austin Shafer apresentou o Display Config Server. A programação o descreve como "uma nova solução de código aberto para configuração e persistência de video walls". Video walls são telas grandes formadas por muitos monitores, usadas em lugares como estúdios de TV.
Ele se baseia no suporte direct-to-display do Vulkan, que permite a um programa controlar uma tela sem um desktop no meio. A programação o apresenta como uma alternativa à forma baseada em X como os video walls são configurados hoje.
O que isso significa para desenvolvedores
Se você evitava o Wayland por causa do atraso de entrada, teste de novo. Em hardware e drivers atuais da NVIDIA, esses resultados sugerem que o tipo de sessão não decide mais a latência. As configurações do seu monitor importam mais.
Ative o VRR primeiro. Ele fez a maior diferença nos testes da NVIDIA, tanto no Wayland quanto no X.Org. Verifique se o seu compositor, o seu driver e o seu monitor oferecem suporte a ele, e se ele está de fato ativo.
Desenvolvedores de jogos e apps podem se preocupar menos com o XWayland. Um jogo ainda feito para X11 não deve mais pagar um quadro extra ao rodar em um desktop Wayland. O suporte nativo ao Wayland ainda vale a pena ser planejado, mas não por causa desse atraso.
Tenha em mente os limites do teste. Ele usou uma única placa da NVIDIA, um único monitor de 144 Hz e compositores mais antigos que as versões mais recentes. O GNOME 51 reformulou o agendamento de quadros no Mutter em setembro, e o KDE Plasma 6.8 traz mais correções para o Wayland. Os resultados em outras GPUs, ou nessas versões mais novas, podem ser diferentes.
Se latência importa para você, meça-a você mesmo. Um microcontrolador barato e um fotodiodo bastam para repetir o método da NVIDIA no seu próprio hardware.
Fontes
- NVIDIA Puts Wayland vs X.Org Latency to a Photodiode Test, and Neither Side Wins - Hardware Busters
- XDC 2026 - X.Org Developer's Conference (28-30 September 2026) timetable - freedesktop.org Indico
Artigos relacionados

Wisp traz gestão gráfica de snapshots do Btrfs ao GNOME
Wisp, nova extensão do GNOME Shell para o GNOME 46 a 50, permite criar, navegar e restaurar snapshots do Btrfs com cliques, em vez de comandos de terminal.

GNOME 51 adiciona perfis personalizados de aceleração do ponteiro
O GNOME 51, que chega em 16 de setembro de 2026, permite definir uma curva de aceleração do ponteiro personalizada em vez de um único perfil fixo.

Nouveau inicializa no DGX Spark GB10 da Nvidia, de forma não oficial
Um engenheiro da Red Hat conseguiu rodar o driver aberto Nouveau e o NVK no DGX Spark GB10 da Nvidia. Foram necessários cerca de 100 patches, e ainda não está definido como integrar isso oficialmente.