Você pode ver a página da arquitetura de Wayland para ver como ela difere no design. Ele supostamente simplifica toda a pilha de gráficos forçando tudo através de uma pilha GEM / DRM padrão diretamente para o kernel e gerenciando a própria composição.
Compare isso com a pilha X, onde você tem bits e bobs em todo o lugar. Parte da bagunça do X foi através do design flexível, alguns foram crescendo dores. Todos os compositores (Compiz / Metacity / Mutter / KWin / etc) foram adicionados como uma reflexão tardia. Eles são, em sua essência, hacks para fazer o que o X provavelmente deveria estar fazendo. Se as coisas continuarem se expandindo para fora como foram, chegaremos a um ponto em que o projeto se tornará inatingível.
Em suma, quando o suporte de hardware está lá, ele deve tornar toda a pilha mais eficiente e menos dolorosa de usar em configurações padrão.
No entanto, há alguns problemas que não vi até agora:
-
X é bastante ciente da rede. Você pode enviar janelas para outros computadores, você pode ter várias telas com logins remotos e todos os tipos de coisas divertidas como essa. Isso pode parecer bastante especializado, mas é uma tecnologia amplamente usada. Wayland parece razoavelmente local e estático em comparação.
-
Há também suporte ao motorista. Os drivers de código fechado ainda precisam oferecer suporte às tecnologias KMS / shared-GEM / shared-DRM que a Wayland aproveita. Um purista pode ficar bem com Nouveau, mas alguém que paga entre 100 e 400 libras em uma placa de vídeo 3D de alto desempenho não ficará satisfeito com o fraco desempenho em 3D que teria com o atual driver aberto.
Atualização: A Nvidia está trabalhando para suportar Wayland e Mir .
De qualquer maneira, estamos falando de anos (provavelmente de dois a três IMO) antes que algo assim esteja pronto para testes estáveis e ainda mais antes de você ter que desistir de X (se Wayland fosse claramente melhor).