- Silicon Graphics, como fabricante de estaciones de trabajo especializadas en gráficos 3D, propuso OpenGL como API 3D y liberó como código abierto la extensión GLX para X-Window.
- Como GLX estaba implementado dentro de la arquitectura existente de X-Window, existía el problema de que todos los comandos de OpenGL se enviaban desde el programa OpenGL al servidor X a través de IPC.
- En 2004, Novell desarrolló XGL, que permitía usar OpenGL directamente, mientras desarrollaba Compiz, un compositor de ventanas para Linux. Después se pasó a usar DRI.
- Para dar soporte a la aceleración por GPU, X Window renunció a la transparencia de red (Network Transparency), y muchas funciones dejaron de utilizarse.
- Sin embargo, el sistema X Window está dividido en varios procesos, como el servidor X, el administrador de ventanas y el compositor de ventanas; todas estas partes están conectadas mediante protocolos asíncronos complejos, lo que termina degradando el rendimiento.
- Como accede directamente al hardware, debe ejecutarse con privilegios de root, por lo que también existen problemas de seguridad.
- Kristian Høgsberg, que trabajaba como desarrollador de X-Window en Red Hat, definió un protocolo de compositor de ventanas llamado Wayland y publicó una implementación real llamada Weston.
- Las funciones de event handling, memory management, command scheduling y mode setting que tenía el X-Server se trasladaron al kernel de Linux, convirtiéndose en los módulos del kernel evdev, KMS (Kernel Mode Setting) y GEM.
- El
painting lo realiza el cliente, y el compositor de ventanas accede directamente al kernel y solo proporciona administración de ventanas y funciones de composición.
- Se aplica en ChromeOS, GNOME y KDE Desktop, lo que hace posible implementar un escritorio sin X-Window.
Aún no hay comentarios.