Xgl é uma arquitetura de Servidor X, desenvolvida por David Reveman, que roda sobre OpenGL via glitz. Tira proveito de placas gráficas modernas através de seus drivers OpenGL, suportando aceleração de hardware de todas as aplicações X, OpenGL e XVideo e efeitos gráficos através de um gerenciador de composição de janelas tal como o Compiz. Em maio de 2006, o Servidor X Xgl (e componentes relacionados incluindo o gerenciador de janelas Compiz e ferramentas de configuração gráfica associadas) passou a fazer parte – instalado separadamente – de uma das maiores distribuições Linux, a SUSE 10.1, e já está incluído na Ubuntu 6.06 (que está disponível desde 1 junho de 2006).

O Xgl foi originalmente desenvolvido nas listas públicas de correio, mas por muito tempo, até 2 de janeiro de 2006, a maior parte do desenvolvimento do Xgl foi feito a portas fechadas. Nesse dia o código-fonte do Xgl foi aberto para o público, e incluído no freedesktop.org, juntamente com uma reestruturação maior para permitir um maior número de drivers de vídeo suportados. Backends utilizados pelo Xgl inclui Xglx e Xegl. Em fevereiro de 2006 o Xgl ganhou enorme publicidade depois de uma demonstração pública em que a equipe de desenvolvimento desktop da Novell mostrou um computador usando Xgl com vários efeitos visuais, como janelas transparentes e um desktop 3D giratório. Os efeitos foram primeiro implementados em um gerenciador de composição chamado glxcompmgr (não confundir com xcompmgr), agora descartado porque muitos efeitos não puderam ser adequadamente implementados sem uma interação mais profunda entre o gerenciador de janelas e o servidor X. Como solução David Reveman desenvolveu o Compiz, o primeiro gerenciador de composição de janelas propriamente OpenGL para o Sistema X Window.

O OpenGL não especifica como inicializar uma tela e manipular contextos gráficos. Essas operações são realizadas por uma API específica de um sistema de janelas nativo. Até agora há dois backends diferentes para resolver este problema de inicialização. Muito provavelmente, a maioria dos backends conterá o mesmo código e as diferenças estarão primariamente nas porções de inicialização dos servidores.

Xglx foi o primeiro backend implementado para esta arquitetura. É também nele que a maioria do desenvolvimento acontece até o momento. Ele precisa de um servidor X já existente para rodar e usa GLX para criar uma janela OpenGL, a qual o Xgl, então, usa, de maneira pacerida ao Xnest. Este modo é pretendido somente para desenvolvimento no futuro, devido à redundância de requerer um servidor X para rodar o Xgl. Na XDevConf 2006 a nVidia fez uma apresentação argumentando que este é o caminho errado a tomar porque o servidor em camadas não abstrai características das placas de vídeo. Isto faz com que capacidades dependentes de driver como suporte a recursos 3D e suporte a dois monitores se tornem muito mais difíceis (PDF). No entanto, delegar a inicialização a um servidor X existente permite aos desenvolvedores se concentrarem diretamente na funcionalidade do servidor, ao invés de dedicarem tempo substancial a conexões específicas de inúmeros hardwares de vídeo. Até o momento, o Xglx não suporta múltiplos monitores.

Xegl é o futuro do Xgl, e uma meta de longo prazo do desenvolvimento do servidor X. O servidor Xegl compartilhará muito do código de desenho em vídeo com o servidor Xglx, a não ser que a inicilização do gerenciador de contexto e desenhos do OpenGL seja manipulado pela especificação Embedded GL, referido como API EGL. A implementação atual usa Mesa-solo para prover renderização OpenGL diretamente ao framebuffer do Linux ou DRI para o hardware responsável pelos gráficos. Desde agosto de 2005 o Xegl só funciona com placas gráficas Radeon R200 e seu desenvolvimento está atualmente atrasado. É provável que continue assim até que o servidor Xglx tenha se provado eficiente e os drivers de código proprietário adicionem suporte à API EGL. Neste caso, deve se tornar um substituto transparente ao servidor Xglx aninhado.

Estruturar toda a renderização em cima do OpenGL poderia potencialmente simplificar o desenvolvimento de drivers de vídeo. Removeria a separação artificial entre aceleração 2D e 3D. Isto é vantajoso, já que operações 2D são freqüentemente (e contraintuitivamente, já que 3D implica em 2D) desaceleradas. Também removeria todo o código dependente de hardware do servidor X e permitiria operações aceleradas de Composição e Renderização independentes de driver gráfico. Adicionalmente, gerenciadores de composição podem usar a API OpenGL para renderizar, permitindo efeitos bastante surpreendentes. Existem notícias de que afiliadas da NVidia e ATI estariam dispostas a lançar drivers binários para um servidor X baseado em OpenGL, uma vez que uma API seja estabelecida, embora na Xorg Developers Conferece de 2006 tenha sido indicado pela NVidia que eles estão muito felizes com o driver já existente. A idéia de extendê-lo está sendo trabalhada no projeto AIGLX, do Fedora Project.