Xorg contre Wayland contre Mir

Le titre de la nouvelle dit tout. X11 est le protocole standard pour communiquer avec Xorg depuis des décennies., en plus d'autres implémentations du système X Window. Sa première version est apparue en 2004 et depuis lors a été inclus dans les principales distributions Linux, comme Debian, Gentoo Linux, Fedora, Slackware, openSUSE, Mandriva, Cygwin / X et bien sûr Ubuntu. Bien qu'il soit toujours parfaitement opérationnel, Xorg a été conçu il y a plus de dix ans et depuis lors, de nombreuses améliorations ont été apportées dans le domaine du rendu. À peu près, tous les éléments de l'écran tels que les fenêtres, les boutons ou les polices ne sont plus invoqués sur le serveur (comment vous devez le montrer) par les clients (ce que vous devez montrer), pour passer à un modèle dans lequel ces derniers acquièrent toute la proéminence. Nous analysons l'ancien Xorg et les grandes alternatives pour le futur, Wayland et Mir, dans un article dans lequel les avis et commentaires sont ouverts. Xorg est la principale implémentation de X-Window dans GNU/Linux depuis des décennies, mais l'ancien système sur lequel il était basé a considérablement changé jusqu'à l'ère actuelle, disparaissant presque complètement. Le modèle actuel repose principalement sur la clientèle, où pixelmaps ou des images complètes de l'écran contre le serveur l’affichage et le gestionnaire de fenêtres, tous deux fusionnant dans ce qui est finalement montré à l'utilisateur. Il reste alors à demander, quel rôle reste-t-il à Xorg dans ce cas si ce n'est pas le courtier entre les deux ci-dessus. En plus d'incorporer une autre couche sans fonctions réelles, implique un ralentissement inhérent à n'importe quelle application et un point de plus qui doit être sécurisé dans le système, puisque l'application écoute toute entrée et accepte les demandes d'autres clients de fenêtre. Sortir du protocole X11 et recommencer semblait être une bonne idée et donc l'idée de Wayland, un protocole de serveur graphique et une bibliothèque pour les systèmes Linux qui ont émergé, à partir de 2010, comme l'application sur laquelle le futur Unity fonctionnerait. De plus, il a été proposé comme standard pour les plates-formes mobiles utilisant le système d'exploitation mobile d'Ubuntu, Ubuntu Touch.

Exemple de visualisation avec Wayland

Pendant toutes ces années, les gens de Canonical ont montré leur intention de soutenir pleinement cette application dans leurs distributions, mais la réalité est que même aujourd'hui, elle n'a pas réussi à décoller pleinement. En fait, les premières versions d'Ubuntu Touch utilisaient SurfaceFlinger, le serveur graphique d'Android, pour effectuer la tâche de rendu et, Dans les dernières versions, Mir a été le moteur conçu pour fonctionner sur toutes les éditions du système d'exploitation Ubuntu, remplaçant progressivement les deux mentionnés précédemment. L'idée principale n'a pas été perdue: L'élimination des couches intermédiaires signifie une augmentation des performances du système car moins de données doivent être redirigées vers les clients respectifs et cela signifie une plus grande augmentation de la sécurité de l'équipement. Wayland ne nécessite pas non plus de pilote pour les graphiques 2D, contrairement à Xorg avec DDX puisque tout est fait côté client, en réutilisant les pilotes DRM / KMS pour afficher le résultat final de l'image.

Exemple de visualisation avec Mir

Mir ne suppose pas une variation substantielle de ce que Wayland suppose, en plus de mettre en œuvre son propre protocole et d'utiliser ses propres API. Cependant est spécifique à Ubuntu et Unity 8, qui est à la fois un avantage, en raison de sa propre conception optimisée, et un inconvénient, car il ne peut pas être inclus dans d'autres versions de Linux. La dernière version bêta libéré de Ubuntu 16.10 (Yakketi Yak) est livré avec une mise à jour Mir, qui est également optimisé pour de meilleures performances sous les pilotes de carte Nvidia.

Avec toutes ces informations, le débat est servi: Mir bénéficiera-t-il du soutien complet de Canonical ou coexistera-t-il avec Wayland? Quel avenir aura ce second serveur graphique? Seront-ils des projets qui seront soutenus conjointement vers le même objectif commun?