La mort de X11 : Pourquoi Linux force enfin la transition vers Wayland

Pendant plus d’une décennie, le serveur d’affichage X11 a été le zombie du bureau Linux. Tout le monde savait que son architecture était fondamentalement brisée, mais il continuait de marcher. Aujourd’hui, les grandes distributions en ont finalement assez. Fedora, GNOME et KDE déprécient agressivement X11, forçant tout l’écosystème à entrer dans l’ère Wayland.

Before you read: Nous avons déjà discuté de la façon dont Valve a contourné Windows pour faire de Linux une plateforme de jeu viable dans Le coup d’État silencieux de Proton. Mais pour réellement rendre ces jeux avec des fonctionnalités modernes comme le HDR et le taux de rafraîchissement variable (VRR), le bureau Linux a d’abord dû arracher son architecture d’affichage vieille de 40 ans.

Table des matières

• L’architecture de 1984
• Le changement de paradigme Wayland
• Le bourbier Nvidia
• Le point de bascule
• Faits amusants
• Sources

L’architecture de 1984

Pour comprendre pourquoi X11 doit mourir, il faut comprendre ce pour quoi il a été conçu à l’origine. Développé en 1984 au MIT, le système de fenêtrage X a été pensé pour un monde de mainframes et de clients légers. C’est avant tout un protocole transparent sur le réseau. L’idée était qu’un serveur massif dans un sous-sol faisait les calculs, et votre terminal de bureau se contentait d’afficher les fenêtres résultantes via un réseau.

Aujourd’hui, nous utilisons des machines locales avec des GPU dédiés qui poussent des milliards de pixels par seconde. Forcer un bureau moderne rendu en 3D, en 4K et 144Hz, à travers l’architecture réseau de X11 est structurellement absurde. C’est l’équivalent informatique d’utiliser un télécopieur pour streamer un film.

Ensuite, il y a le cauchemar de la sécurité. Dans X11, le serveur d’affichage agit comme un intermédiaire massif et non sécurisé. Par conception, n’importe quelle application GUI fonctionnant sous X11 peut lire silencieusement le contenu des fenêtres et les frappes clavier de n’importe quelle autre application. Pendant des décennies, la communauté Linux a appelé ça une “fonctionnalité”. Les experts en sécurité modernes appellent ça un keylogger global.

Le changement de paradigme Wayland

Wayland n’est pas un simple remplacement de X11. Ce n’est même pas un serveur d’affichage. Wayland est un protocole—un ensemble de règles qui dit à un compositeur (comme Mutter de GNOME ou KWin de KDE) comment parler directement à vos applications.

Sous Wayland, le compositeur est le serveur d’affichage. Quand une application veut dessiner une fenêtre, elle alloue un tampon mémoire, rend ses pixels via le GPU, et remet ce tampon directement au compositeur. Le compositeur le met ensuite à l’écran. Il n’y a pas d’intermédiaire, pas de changement de contexte inutile, et aucun accès global aux autres fenêtres. Vous obtenez enfin des images parfaites, sans déchirure d’écran (screen tearing), et une véritable isolation des applications.

Les ingénieurs de Red Hat ont vu le mur arriver il y a des années. En 2020, Christian Schaller, un cadre de Red Hat, a déclaré sans détour que X.org n’était “essentiellement plus maintenu”. Les gens qui ont construit X11 sont les mêmes qui ont construit Wayland, tout simplement parce qu’ils ont réalisé que leur création originale ne pouvait pas être sauvée.

Le bourbier Nvidia

Franchement, regarder la communauté Linux s’accrocher à X11 ces cinq dernières années, c’était comme regarder quelqu’un refuser d’échanger son cheval contre une voiture parce que la voiture ne mange pas d’avoine. Mais l’hésitation n’était pas entièrement irrationnelle. Pendant longtemps, l’adoption de Wayland a été bloquée par un énorme mur de briques vert : Nvidia.

Alors qu’Intel et AMD ont adopté l’API standard GBM (Generic Buffer Management) requise par les compositeurs Wayland, Nvidia a obstinément poussé son alternative propriétaire EGLStreams. Si vous aviez un GPU Nvidia sous Linux entre 2016 et 2021, essayer de faire tourner Wayland était basiquement un quick-time event où perdre signifiait un écran noir. Nvidia a finalement cédé en 2021, adoptant GBM et implémentant récemment la synchronisation explicite (explicit sync) dans leurs pilotes 555, ce qui a enfin tué les fameux problèmes de scintillement de Wayland.

Le point de bascule

Avec Nvidia qui joue enfin le jeu, les vannes se sont ouvertes. Fedora 40 KDE a entièrement abandonné la session X11. GNOME travaille activement vers un futur exclusivement Wayland.

Oui, la transition fait encore mal. Le partage d’écran sur Wayland nécessite PipeWire et xdg-desktop-portal, qui ont mis des années à se stabiliser. Les applications legacy tournent toujours via Xwayland—une couche de compatibilité qui exécute essentiellement un minuscule serveur X sans droits root à l’intérieur de Wayland. Mais on arrache enfin le pansement. Le bureau Linux se débarrasse de son bagage des années 80, et la couche graphique sous-jacente est enfin prête pour la prochaine décennie de l’informatique.

Faits amusants

• Pourquoi X ? Le système X Window a été nommé ‘X’ tout simplement parce qu’il succédait à un système de fenêtrage préexistant développé à Stanford qui s’appelait ‘W’.
• L’épiphanie Wayland : Le créateur Kristian Høgsberg a nommé le protocole ‘Wayland’ d’après la ville du Massachusetts qu’il traversait en voiture quand l’architecture fondamentale a finalement fait un déclic dans sa tête.

Sources

• Blog Red Hat : “X.Org is essentially unmaintained” (2020)
• Documentation de l’architecture Wayland (wayland.freedesktop.org)
• Wiki du projet Fedora : Changes/KDE Plasma 6 (Abandon de X11)
• Forums développeurs NVIDIA : Annonces du support Explicit Sync et GBM