Lo nuevo en X Server 1.6

Publicado el 26-2-2009 a las 23:50 por Franco Catrin

Con un par de meses de retraso llega el release 1.6 de X Server, el componente principal de X org, aquel que se encarga de desplegar las aplicaciones en pantalla y recibir las acciones del usuario.

Intel quería que este release se hiciera al finalizar el año 2008, pero por todos los cambios que se necesitaban en otros componentes como es el caso del kernel de Linux, se tuvo que aplazar la fecha final y además se tuvieron que eliminar algunas características y dejarlas para el próximo release 1.7.

Todos los drivers de código abierto exitentes y el driver de NVIDIA son compatibles con esta versión 1.6, incluso algunos drivers antiguos como los del mítico chip Voodoo han sido actualizados. Los que se quedarán atras por el momento son los usuarios de AMD/ATI.

X Server 1.6 incluye los siguientes avances:

Direct Rendering Infraestructure 2 (DRI2) : Es una mejora a nivel de arquitectura respecto a DRI (actual). Distribuye la funcionalidad actual de DRI en otros componentes que han sido potenciados últimamente, incluyendo el uso de los nuevos gestores de memoria como Graphics Execution Manager (GEM). DRI2 ya estaba disponible en Mesa y el driver de Intel, sólo faltaban los cambios en X Server. Una de las mejoras que se destaca es que ahora se puede renderizar directamente via hardware en ventanas que estan operadas por un compositor como Compiz.
X Input 1.5 : Incluye métodos para compartir información acerca de los dispositivos de entrada conectados entre drivers, aplicaciones y X Server. En palabras sencillas mejora el “plug & play” de dispositivos como touchpad, mouse y teclados. Esta funcionalidad es parte de X Input 2.0 pero se traspasó (backport) a la versión 1.5 para que fuera liberada lo antes posible.
Predictable Pointer Acceleration : es una mejora para que el usuario tenga mejor control de dispositivos de punteros como es el caso del mouse. Segun dicen, muchos usuarios no notarán el cambio, pero para otros puede ser una experiencia bastante diferente a lo que existe hoy.
RandR 1.3 : Resize and Rotate es la extensión que permite rotar la pantalla, o cambiar su tamaño “al vuelo”. En esta versión se mejora el manejo de multiples salidas y algunas gracias como hacer panning entre varios displays.

Otros cambios son correcciones y mejoras a EXA, la arquitectura de aceleración optimizada para Render, una de las extensiones más utilizadas en las interfaces de usuario actuales.

Los cambios que deben esperar

Varias características interesantes quedaron fuera, pero se espera que se integren al release 1.7 y se puedan disfrutar oficialmente a fines de este año al integrarse junto a X.Org 7.5 en distribuciones como Ubuntu 9.04 y Fedora 11.

X Input 2 / Multi Pointer X : permite manejar varios punteros en forma simultánea en X, es la base de lo que se necesita para manejar pantallas multitouch. Este trabajo comenzó hace unos 4 años pero no se ha integrado oficialmente, a pesar de que se hicieron bastante populares las demos de MPX en YouTube.
UMA Acceleration Architecture (UXA): Se trata de una arquitectura de aceleración construida a partir de EXA pero que incluye el uso de los nuevos gestores de memoria como GEM (Graphics Excecution Manager). Tanto UXA como EXA y GEM son tecnologías desarrolladas por Intel pero que cualquier fabricante puede (y debería) usar.

Los que nos dicen adiós ¡Hasta siempre!

Son varios los componentes de X Server que fueron eliminados a partir de esta versión porque están obsoletos, rotos, sin uso o sin nadie que los mantenga.

No seguirán con nosotros :

Xgl : es la variante de X en donde se inició el desarrollo de Compiz y que significó por primera vez tener una plataforma completa y usable para usar las funciones de aceleración 3D del hardware.
Xprt : era un X server que en vez de desplegar las aplicaciones en pantalla, lo hacía en un medio impreso. Ya no tiene mucho sentido considerando que las aplicaciones pueden renderizar en su propio espacio con capacidades de WYSIWYG.
xorgconfig y xorgxfg : utilidades que ayudaban a crear el archivo de configuración xorg.conf. Ya no son tan necesarias debido a todo el progreso respecto a la autodetección del hardware.
XFree86-Misc y XEvIE : Sus funciones estan cubiertas de mejor forma en X Input.

Link: X Server 1.6.0 has been released (Phoronix)

Publicado por Franco Catrin el 26 de February 2009 en la categoría Software con los tags Linux, x11, xorg. Tiene 34 comentarios.

34 Comentarios

Lo nuevo en X Server 1.6

Deja tu Comentario ↓

Desaprobar Aprobar -4Rampaganmekabk dijo el 26-2-2009 a las 23:52:

Que buena noticia

Desaprobar Aprobar 9Sebastian dijo el 27-2-2009 a las 00:08:

ODIO TENER UNA ATI EN MI LAPTOP!!!! :@ alguien sabe como sacarle un buen desempeño?

PD: con el driver libre funciona bien decente, pero con el privado funciona como las reverndas weas.

Desaprobar Aprobar 0michael dijo el 27-2-2009 a las 00:12:

Espero tenerlo pronto en mi Debian Squeeze o en experimental , imaginense la combinacion:
Debian Testing + xserver 1.6 + kernel 2.6.28-amd64 + ext4 ….. Genial

Desaprobar Aprobar 25IXDan dijo el 27-2-2009 a las 00:18:

Xgl te echaremos de menos… gracias por todo

Desaprobar Aprobar -3Lord-Nicon dijo el 27-2-2009 a las 00:39:

Demonios, justo mi pc es AMD/ATI

Desaprobar Aprobar -1Vurucled dijo el 27-2-2009 a las 00:48:

Me lleva la…. definitivamente, tengo que cambiar esta cochinada de ATI, la verdad es que el driver que te proporcionan apesta…
Una preguntota, despues de cambiar mi tarjeta de video, significa que ya no usaré Xgl, y ahora será solo aiglx? @_@

Desaprobar Aprobar 4Algalord dijo el 27-2-2009 a las 01:28:

Ya lo estoy usando creo, es el que viene con el alpha 5 de ubuntu 9.04.

Hasta el momento me anda bien, no he notado grandes diferencias, será que tengo ATI.

Lo que si, ubuntu 9.04 está increíble, sobre todo por el asunto de ext4, que es rapidísimo.

Desaprobar Aprobar 3Špjwagen! dijo el 27-2-2009 a las 01:52:

Es bueno recordar que Intel también quiso que saliera Windows Vista antes y ya ven el resultado. Menos mal que la comunidad no quiso adelantarse a las presiones y tenemos algo más acabado. Ahora habrá que esperar cada vez más juegos nativos para GNU/Linux (o cualquier otra plataforma que use X).
En cuanto a ATI, sí… los drivers son ahí no más. Aunque los drivers libres igual han mejorado bastante, de echo en mi PC el servidor X se pasaba cayendo con el driver privativo y no con el libre. Pasaron meses hasta que lanzaron un driver privativo algo más decente (dentro de lo apestosos que son).
También habrá que hacer de la configuración algo más amigable para el usuario final. Aunque ya van por muy buen camino.

Desaprobar Aprobar 0F3lip3 dijo el 27-2-2009 a las 02:57:

Recuerdo cuando instale Kubuntu 8.04 y en esos momentos note que muchas cosas andaban muy lento (por ejemplo al dejar presionada una tecla en la consola se veia muy cortada la repeticion) pudo ser KDE4 que estaba muy verde, o tambien un bug que encontre en luchpad o a ambas, se decia que era culpa del paso de XAA a EXA… Finalmente nunca supe que paso, necesitaba el equipo funcional ya! (tesis xD ) así que opte por Archlinux (donde no existia el problema) y la pregunta seria ¿Con todo esto se soluciona el bug? (o ya tiene solucion?)

Desaprobar Aprobar 1José Ignacio dijo el 27-2-2009 a las 03:19:

Excelente noticia! y muy buena redacción. Espero que la autodetección del hardware esta vez detecte mi placa de video :S :S :S

Desaprobar Aprobar 4Fakeroot dijo el 27-2-2009 a las 03:24:

Me encanta todo el trabajo que se esta realizando para mejorar el Xorg, creo que intel se dio cuenta que habia cosas que necesitaban ser mejoradas, pero por favor que le den una mano a GTK, a optimizar y mejorar en velocidad este toolkit grafico, que al compararlo con KDE me parece que se esta quedando un poco atrás, si hasta kde3 renderiza mas rapido las aplicaciones y gastan menos CPU. Ademas Gnome necesita poder animar sus widgets con cosas mas moderas y productivas a la vez, agragando funcionalidades, etc etc.

Lo del manejo del mouse tambien estoy esperando ver las mejoras, es otro punto que siempre he notado que hay poco de delay en la rueda del raton en los navegadores(no se, sera mi cosamia o que se yo)

FRanco Catrin, que me da gusto leer articulos que no son simplemente un changelog, saludos y gracias por todo el conocimiento vertido

Desaprobar Aprobar 3serroba dijo el 27-2-2009 a las 08:12:

Se agradece mucho el comentario Franco, muy bien detallado y documentado

Gracias por este tipo de material

Saludos!

Desaprobar Aprobar 4Exekutor dijo el 27-2-2009 a las 08:16:

Este es el año del Linux Desktop!

Desaprobar Aprobar 0funklipe dijo el 27-2-2009 a las 08:40:

@F3lip3: Pa que vai a volver a kubuntu? archlinux la lleva, quedate conla que tienes

Desaprobar Aprobar 1Kail dijo el 27-2-2009 a las 09:08:

Ahh tengo procesador AMD y GPU ATI x.x
Igual, buena noticia

Desaprobar Aprobar 2Matias dijo el 27-2-2009 a las 09:26:

Excelente! Es un agrado leer asuntos técnicos y poder entenderlos. Como última recomendación, como para ir aprendiendo, ¿Como se sabe que distro va a traerlos por defecto?

Desaprobar Aprobar 0Patolink dijo el 27-2-2009 a las 09:41:

Cri cri… AMD/ATI…..

Desaprobar Aprobar -2Eric W dijo el 27-2-2009 a las 10:15:

Me asalta una duda:

Si los usuarios de la combinacion CPU/GPU AMD/ATI son los que se quedarán un poco atrasados…

en mi caso tengo una combinación AMD64/nVidia… que tan “atrasado” puedo estar para poder ver en mi actual tarro estas mejoras?

Saludos y gracias por responder.

Desaprobar Aprobar 1TurboMAC dijo el 27-2-2009 a las 11:12:

Xgl era a toda nalga. Me sorprendi mucho las primeras veces que vi videos de sus funcionalidades. Pero bueno, ahora compiz no mas.

Desaprobar Aprobar 1kanibalv dijo el 27-2-2009 a las 11:25:

Excelente noticia, justo ahora que iba a cambiar mi disco duro,a probar será.. y

Adios XGL, fuiste un gran apoyo en difundir linux, gracias Franco.

Franco Catrin dijo el 27-2-2009 a las 11:30:

@Eric W

Cuando me refiero a AMD/ATI es mas que nada porque AMD ahora es propietario de ATI y en muchas partes se habla de AMD cuando se refieren a ATI. Tu no vas a tener problemas ya que tu chip de video es NVIDIA.

@TurboMAC
Revisa el link a mi blog en donde explico el rol de Xgl y el de Compiz. Como podrás ver, lo que siempre se mostró fue Compiz, pero para que funcionara necesitaba algo como Xgl o Aiglx por debajo. Hoy Aiglx esta mezclado dentro de X.org por eso Xgl perdió sentido.

@F3lip3
Como no se sabe exactamente el bug que tenías no se podría saber si fue corregido. En esta versión se hicieron cambios en EXA pero el tipo de bug que mencionas perfectamente se podría haber corregido sobre la versión anterior. De todas formas siempre puedes decirle al driver que use XAA en vez de EXA

@Amigos con ATI
Segun entiendo ATI ya liberó especificaciones para mejorar sus drivers, asi que pronto los drivers de fuente abierta de ATI van a mejorar. Pero como decían por ahi, cuando ATI da un paso, NVIDIA dió 10.

Gracias nuevamente por las felicitaciones. Es motivante saber que disfrutan mis artículos y al mismo tiempo tienen harto material para aprender. De pasada confieso que al prepararlos también he aprendido harto últimamente

Aqui pueden encontrar todos los que he publicado:

http://www.fayerwayer.com/author/Franco/

Desaprobar Aprobar 0Eleazar dijo el 27-2-2009 a las 11:32:

XGL era demasiado bleeding edge para ser cierto . Aunque no encuentro en ninguna parte donde le dan muerte oficial al proyecto, solo esta abandonado desde hace tiempo ya. Aún podemos esperar que David Reveman se fume una lumpia y levante aquel proyecto el solito .

Desaprobar Aprobar 2Sebastian dijo el 27-2-2009 a las 11:44:

Gracias Franco,

porque ya no tengo que hacer tanto scroll buscando artículos dado que no tengo un mac

y porque realmente son interesantes tus ARTICULOS, ya que eso son -y con propiedad- .. no mini-noticias

Franco Catrin dijo el 27-2-2009 a las 20:23:

@Eleazar
Y para qué serviría XGL hoy?????

Desaprobar Aprobar 0supreme dijo el 27-2-2009 a las 21:16:

hijos de la loca! nos mataron el xorg.conf en Jaunty :@!!!! ¿ahora cómo configuraremos detalle por detalle nuestro video para dejarlo optimizado al detalle?

Desaprobar Aprobar 0Eleazar dijo el 27-2-2009 a las 21:31:

@Franco: Maestro me extraña su pregunta, es de entender que la mayoría solo sepa de XGL como “aquella cosa obsoleta que hacia falta para correr compiz” pero usted sabe que la idea detrás de esa tecnología era algo mucho más ambicioso. A estas alturas esta claro que esas ventajas no lograron llamar la atención de desarrolladores lo suficiente como para justificar “tanto trabajo”.

Franco Catrin dijo el 1-3-2009 a las 21:56:

@Eleazar
Las cosas que se mencionan en ese artículo son posibles hoy por otros medios, no es necesario un completo x-server nuevo. O bien, dame más pistas de qué cosas no se pueden hacer hoy que con XGL si se podrían.

Desaprobar Aprobar 0Eleazar dijo el 2-3-2009 a las 00:49:

@Franco: Pues principalmente esta:

Al utilizar una arquitectura de bajo nivel unificada (OpenGL), los fabricantes de drivers solo se preocupan de implementar solamente OpenGL y no XAA/EXA. Al utilizar OpenGL se supone que se puede sacar mucho mayor provecho del hardware, ya que el hardware actual esta diseñado con OpenGL y Direct3D en mente.

Menos “overhead” _al menos en el papel_ se traduce como incremento en el rendimiento, eso claro dependiendo de como se implementen los niveles superiores.

Simplificar el desarrollo de los drivers y al mismo utilizar una arquitectura de bajo nivel por otro lado puede facilitarle las cosas a los desarrolladores de drivers propietarios que parecieran no ajustarse a la naturaleza de desarrollo opensource en constante evolución, ya sea porque no implementan con rapidez los cambios (ATI?) o porque prefieren implementar tecnologías propias (NVIDIA?).

Los drivers podrian ser menos dependientes de todas estas tecnologías en continuo desarrollo y asi se reduciría considerablemente el impacto que tienen los intereses (o falta de interés dependiendo de como se vea xD) de algunos fabricantes.

Por último estan las “ventajas” mencionadas en el sitio de XGL en freedesktop, muy techies para mi, no soy quien para poder hablar con certeza del tema, la web tiene largo tiempo sin actualizarse y es posible que muchas cosas se puedan hacer hoy por otros medios.

Franco Catrin dijo el 3-3-2009 a las 13:37:

Cuando nació XGL el tema de EXA estaba en pañales, y el overhead y complejidad era debido principalmente a XAA. Ahora que tenemos EXA ya no existe esa preocupación.

Esto no influye en el desarrollo de drivers porque no necesitan meterse con arquitecturas de aceelración, de hecho el driver de nvidia no tiene una propia. La parte lenta es integrarse con el kernel y acelerar algunas API’s específicas de Linux como por ejemplo Render.

En resumen, al final tenían razon los que decían que era conveniente tomar X y modificarlo para cumplir con lo que se quería y es lo que ha ido sucediendo desde el 2006. Xgl fue quedando en el camino.

Desaprobar Aprobar 0Fedora 11 pone las cartas sobre la mesa @totusmund.us: Noticias de Actualidad and News dijo el 5-3-2009 a las 07:17:

[...] ext4 como sistema de archivos por omisión, FireFox 3.1, Thunderbird 3, GNOME 2.26, KDE 4.2, XServer 1.6 y Kernel Mode Setting integrado a los drivers de Intel y [...]

Desaprobar Aprobar 0Fakeroot dijo el 9-3-2009 a las 02:06:

el XRENDER mama mia !! en linux que andaba y sigue andando medio raro hasta hoy en dia en linux, si hasta el desarrollador de Enlightment hace algunos años reclamaba porque era mas rapido el render por software que el acelerado en sus aplicaciones, y kde 4.2 algunos usuarios han reportado que al compilarlo con un parametro RASTER funciona mucho mas rápido, el parametro al parecer desactiva el xrender , saludos

Franco Catrin dijo el 29-3-2009 a las 21:51:

@Fakeroot

Esos comentarios de “RenderMan” (asi se hacía llamar el autor de E) son del año de la cocoa, cuando sólo estaba XAA.

Hoy en día con EXA y con la aceleración de Render esas declaraciones no tienen pies ni cabeza. Incluso en esos tiempos al menos en el driver de nvidia podías activar la aceleración experimental de RENDER y se notaba el cambio.

En el caso de QT el problema es que las operaciones que usan no se ven necesariamente beneficiadas por la acleración por hardware disponible, y ojo que no es un problema de Linux exclusivamente, Mac OSX y sus graficos superwaw también tienen el mismo problema, entonces para esos casos sale más rápido dibujar un widget en forma local que pedirle el trabajo a la tarjeta de video, total son pedazos chicos que se deben dibujar y la latencia que se produce al comunicarse con el chip puede tomar mas tiempo que dibujarlo local.

Para los curiosos, los detalles están aqui:

http://labs.trolltech.com/blogs/2008/10/22/so-long-and-thanks-for-the-blit/

Desaprobar Aprobar 0Intel aplica guadaña en su driver para Linux : Blogografia dijo el 29-4-2009 a las 15:01:

[...] comienzan a usar los nuevos componentes que Intel ha integrado en el sistema, como es el caso de Graphics Execution Manager (GEM), Kernel Mode Setting (KMS) y UMA Acceleration Architecture (UXA) que es la arquitectura de aceleración basada en GEM que viene a reemplazar al reciente EXA y al ya [...]

Desaprobar Aprobar 0Intel aplica guadaña en su driver para Linux @ eAPRENDE.com dijo el 29-4-2009 a las 17:42: