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:
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.
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.
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 :
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

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.

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

-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? @_@

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.

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.

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?)

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

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

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!

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

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?

-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.

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.

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:
21@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:

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
.

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

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?

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:
27@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.

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:
29Cuando 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.

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 [...]

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:
32@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/

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 [...]

0Intel aplica guadaña en su driver para Linux @ eAPRENDE.com dijo el 29-4-2009 a las 17:42:
[...] 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 [...]