- Silicon Graphics était un fabricant de stations de travail spécialisé dans la 3D ; l’entreprise a proposé OpenGL comme API 3D et a open sourcé l’extension GLX pour X-Window.
- Comme GLX était implémenté au sein de l’architecture existante de X-Window, toutes les commandes OpenGL devaient être transmises du programme OpenGL au serveur X via IPC.
- En 2004, Novell a développé XGL, permettant d’utiliser directement OpenGL, tout en développant Compiz, un compositeur de fenêtres pour Linux. Par la suite, DRI a été utilisé.
- Pour prendre en charge l’accélération GPU, X Window a renoncé à la transparence réseau (Network Transparency), ce qui a rendu de nombreuses fonctionnalités inutilisées.
- Cependant, le système X Window est divisé en plusieurs processus, comme le serveur X, le gestionnaire de fenêtres et le compositeur de fenêtres ; tous ces éléments sont reliés par des protocoles asynchrones complexes, ce qui finit par dégrader les performances.
- Comme l’accès direct au matériel impose une exécution avec les privilèges root, cela pose aussi des problèmes de sécurité.
- Kristian Høgsberg, alors développeur X-Window chez Red Hat, a défini le protocole de compositeur de fenêtres Wayland et publié une implémentation concrète appelée Weston.
- Les fonctions de gestion des événements, de gestion mémoire, d’ordonnancement des commandes et de mode setting du serveur X ont été déplacées dans le noyau Linux, devenant les modules noyau evdev, KMS (Kernel Module Setting) et GEM.
- Le rendu est entièrement effectué par le client, tandis que le compositeur de fenêtres accède directement au noyau et ne fournit que la gestion des fenêtres et les fonctions de composition.
- ChromeOS ainsi que les bureaux GNOME et KDE l’ont tous adopté, ce qui permet d’implémenter un environnement de bureau sans X-Window.
Aucun commentaire pour le moment.