*nix pro

Si hace un par de semanas la noticia era la publicación de Red Hat Enterprise Linux 5.5, ésta es la publicación de la primera beta de la versión 6 (RHEL6). Esto quiere decir que probablemente antes de final de año (en, digamos, unos seis meses) salga la versión definitiva.

Las mejoras son muchas (las podéis leer en la nota de prensa enlazada más arriba), pero de ellas cabe destacar sobre todo una: virtualización. Red Hat está apostando la casa (y hasta el coche) por la virtualización. Es la palabra de moda, junto con los servicios en la nube. ¿Está justificado tanto cacareo?

Depende. Si lo vuestro es el rendimiento puro, las granjas de síntesis de imágenes, los cálculos masivamente paralelizados para secuenciar el ADN… lo más seguro es que no. Pero si os dedicáis a los servicios de internet y necesitáis varios entornos donde probar las cosas, es bastante probable que salga mucho más rentable adquirir un servidor grande en disco, memoria y procesador, y meter dentro varias máquinas virtuales donde instalar aplicaciones, servicios o infraestructuras. Una vez probado todo, podréis dimensionar correctamente los servidores reales donde irá todo.

O también se pueden poner a funcionar aplicaciones para diferentes clientes. O servidores de pruebas. O nuevas versiones de los entornos, herramientas o sistemas operativos. Las posibilidades son ilimitadas. “Virtualización” es algo más que una palabra de moda.

Queda por ver es si el abandono de Xen en favor de KVM como sistema de virtualización es un acierto o no. Este último requiere el soporte del procesador para lal virtualización completa, mientras que aquél no lo exigía. Dado que hoy en día, los procesadores recientes de los servidores incorporan esta tecnología, así como no pocos procesadores de escritorios (¿quién ha dicho Core i7?); que RHEL5 seguirá estando soportado hasta 2014; y que es probable que en ese tiempo haya alguna actualización, el tiempo para hacer la migración es más que suficiente.

Las ventajas de KVM se derivan, sobre todo, de la compra por parte de Red Hat de Qumranet, su empresa desarrolladora. A partir de ahora, los desarrollos de esta herramienta de código abierto van a estar encaminados a la mejor integración con los servicios que ofrece RHEL, de los cuales me gustaría llamar la atención sobre uno: la virtualización del escritorio.

En efecto, si en los servidores la cosa está más o menos clara (más servidores en menos espacio), en el escritorio pueden existir dudas. Despejémoslas: el hecho de requerir la virtualización completa en el procesador significa que se pueden ejecutar distintos Sistemas Operativos sin modificar dentro de las máquinas virtuales. Gracias al protocolo SPICE (Simple Protocol for Independent Computing Environments), se pueden servir sesiones virtualizadas completas desde un servidor con RHEL6.

En otras palabras, literalmente se puede uno llevar el escritorio de un ordenador a otro, con independencia de que tal escritorio sea en Linux o en Windows. ¿El ordenador de un puesto de trabajo se ha estropeado? Se pone otro, se conecta a la red y ya se puede trabajar en él. ¿Necesitamos trasladarnos temporalmente a otro Departamento para realizar una tarea? Allí tenemos nuestro escritorio. ¿Necesitamos unas herramientas específicas para hacer un trabajo concreto? Elegimos el escritorio que las incorpora. ¿Tenemos que trabajar remotamente? Dependiendo de la velocidad de la red, podremos hacerlo como si estuviésemos sentados ante nuestro ordenador. Y todo, con la posibilidad de realizar copias de seguridad completas de cada entorno, sin abandonar las instalaciones de la empresa; sin olvidar el ahorro en equipos y en su consumo. De nuevo, las posibilidades son ilimitadas. Todo esto requiere un producto que ahora mismo es comercial, así que de momento no puedo hablar de él más que por referencias.

Por otra parte, como podéis imaginar, yo ya estoy jugando un poco en casa con RHEL6 Beta 1 en una máquina virtual, a ver qué sorpresas me da :)

El pasado 30 de marzo, Red Hat anunció la publicación de la versión 5.5 de su popular distribución profesional Red Hat Enterprise Linux. Esta es la primera actualización de 2010, y podría ser la última antes de aparecer la versión 6. El ciclo de publicación de versiones se ha dilatado un poco más de lo previsto, mostrando claramente la ruta que va a tomar en la siguiente versión: virtualización por encima de todo.

En efecto, ya en la versión 5.4 se hizo hincapié en la migración del sistema de virtualización de Xen a KVM. El énfasis de la nueva versión está en las optimizaciones relacionadas con su uso, especialmente en lo que respecta a la memoria y al rendimiento de la E/S. Esto, por supuesto, además de las habituales mejoras en el núcleo para apoyar a los nuevos procesadores de Intel y AMD.

La versión 6, que aún no tiene fecha de publicación, saldrá probablemente a lo largo de este año, si bien aún es pronto para saber cuándo. La virtualización y lo relacionado con los servicios en “la nube” destacarán en esta nueva entrega, según lo publicado en septiembre por los responsables de desarrollo del proyecto.

Sé lo que estáis pensando: estáis pensando si no hubiera sido mejor esperar a la publicación de RHEL 6 para pasar el examen de certificación. Mi respuesta es: en algún momento había que tomar la decisión, y de todas formas, la validez de la certificación para RHEL5 aún va a estar vigente unos cuantos años, así que…

¿No os había dicho lo de la certificación? Estad atentos a vuestras pantallas… ;)

O, al menos, la explicación que me hubiese gustado leer antes de comprar mi Aspire One.

Si vamos a la página de características del Atom N270, vemos que tiene un único núcleo y la tecnología Hyper-Threading (HT), sobre la cual escribí hace poco. Dado que este es un procesador destinado al mercado de los sistemas empotrados y, de rebote, a ordenadores de muy bajo consumo, parece lógico usar un sólo núcleo. La pregunta es: ¿cómo se llega a ese bajo consumo con un rendimiento razonable?

La carrera del gigahertz hace tiempo que, por fortuna, dio paso a la carrera del rendimiento. Prueba de ello es que hay arquitecturas que, a la misma velocidad de reloj, son más rápidas que otras. La optimización ha venido de la mano de mejoras internas, paralelismo y cambios en los diseños de los buses externos. Para la comparación utilizaré el Intel Atom N270 y el Intel Core 2 Duo E2140, ambos a 1,6GHz, haciendo tareas de compresión de audio.

Si tomamos un fichero de música en formato FLAC y lo convertimos a Vorbis de calidad 5 (una prueba no sintética, sino del mundo real, al menos del mío), obtenemos una velocidad de conversión de aproximadamente 5x en el caso del Atom y de 11,7x en el E2140. En ambos, el procesador se puso a la máxima velocidad, es decir, a 1,6GHz. Mirando las gráficas de rendimiento del procesador, el E2140 ejecutó toda la tarea en el mismo núcleo, mientras que el Atom se repartió entre ambos cauces HT, llegando al 100% de uno de ellos y de un 30 a un 38% del otro. Teniendo en cuenta que se estaba operando desde X Window, es de imaginar que alguna tarea secundaria estaría también consumiendo recursos, pero dado que esto era cierto en ambas máquinas, hay que suponer que la prueba está más o menos compensada.

Lo que resulta de más interés en todo esto es que, observando la gráfica del rendimiento, en el caso del Atom de vez en cuando se pasaba del 100% a un 30% en uno de los cauces, invirtiéndose en el otro. Es decir, ambos se pasaban la tarea de uno a otro. Dado que un cauce puede estar ocupado en un momento determinado, el otro asume la tarea en la medida de sus posibilidades, mientras que cuando el caso es a la inversa, de nuevo se turna para que el procesador siempre tenga instrucciones que ejecutar. ¿El resultado? Un aumento de rendimiento de un 30 a un 38% en las pruebas. Esto equivaldría a un sólo núcleo a unos 2,2GHz sin un aumento notable del consumo, lo cual justifica plenamente la existencia de HT en este pequeño procesador.

Aún así, hay una diferencia bastante grande de rendimiento comparado con el E2140. ¿Qué cambios de arquitectura lo explican? Los tamaños y velocidades de las memorias caché internas pueden tener que ver, pero existe algo aún más importante: el Atom, cuyo objetivo es consumir la menor energía posible, es un procesador que interpreta el flujo de instrucciones tal como le llega. En otras palabras, no tiene la circutería de otros procesadores más potentes, necesaria para la reordenación de instrucciones, que posibilitaría la ejecución fuera de secuencia. Esto hace que, si el código no está especialmente adaptado a la arquitectura del Atom, las instrucciones se ejecuten de una manera menos eficaz de la que podría ser. Lo cual, finalmente, viene a ser la clave del equilibrio entre rendimiento y consumo.

En resumen: el Atom, un procesador de compromiso que suple con eficacia sus carencias con sus habilidades, posibilitando que un sistema alimentado por baterías pueda darnos horas y horas de diversión (o trabajo) con una sola carga. Aunque, eso sí: es poco probable que se convierta en el caballo de batalla de la próxima granja de síntesis de imágenes de Weta Digital :)

Es un hecho. Hace una semana (perdón por la tardanza) se publicó la consolidación B130 de Solaris Express Community Edition. Este hecho no tendría mayor relevancia de no ser porque, tal como explicó Alan Coopersmith antes y después de dicha publicación, SXCE B130 es la última que se hará con soporte para paquetes SVR4 y conteniendo, entre otras cosas, Xsun, los controladores para tarjetas gráficas con código de terceros y CDE.

Para más complicación de la historia, cuando acabe enero se BORRARÁN todas las imágenes de instalación de SXCE de los repositorios de Sun, por lo que actualmente se trata de una carrera contra reloj para conseguir la versión favorita de cada uno. Desde ese momento, las siguientes consolidaciones únicamente emplearán el código que pueda ser publicado en OpenSolaris, y en el formato de paquetes IPS.

Esto significa que, por ejemplo, si sois los afortunados poseedores de una Blade 1000, vuestra mejor opción es pillar la B130 (o alguna que sepáis estable) AHORA MISMO e instalarla para estar a la última (literalmente) antes de que sea demasiado tarde. Yo ya lo estoy haciendo.

Si Sun seguirá actualizando Solaris 10, es para mí un misterio en este momento. Es probable, pero yo no contaría con la compatibilidad con SXCE. OpenSolaris 2010.03 saldrá, para sorpresa de nadie, en marzo. Si será un digno sustituto (controladores aparte), está por ver.

Suerte y buena caza.

Supongo que en el titular hay más de una marca registrada, así que si los chicos de la empresa que antes tenía una “e” por debajo de la línea de escritura me llaman, me disculparé.

Bien, últimamente y a raíz de la aparición en el CES 2010 de ultraportátiles basados en los nuevos procesadores Core i7 mobile se ha hablado bastante de estas dos tecnologías. La primera se estrenó con la versión de sobremesa del Core i7, mientras que la segunda se ha reestrenado (al parecer, con mejor acierto) en el antedicho procesador, si bien data de hace unos años.

En efecto, Turbo Boost (TB), es una tecnología reciente que representa una solución bastante ingeniosa a un problema del mundo real, teniendo en cuenta todos los parámetros implicados (¿será la primera vez que esto ocurre en el mundo de los ordenadores?). Tenemos un procesador con varios nucleos (en el caso del Core i7, cuatro si es de sobremesa; cuatro si es para portátil de gama alta y dos si es para ultraportátil, además de un procesador gráfico más o menos elemental). Si queremos mantener la máxima potencia disipable (TDP, aunque las siglas significan otra cosa) dentro de los límites para que el circuito integrado no se queme, es evidente que habrá que jugar con la tensión de alimentación y la velocidad de reloj para conseguirlo. Además, el problema se agrava porque cada “núcleo” es un procesador completo, y eso significa que vamos a tener que tener en cuenta su actividad. El sistema TB hace justamente eso: a partir de la medición interna de la temperatura, sube la frecuencia de los núcleos mientras sea posible mantener la disipación de energía. Pero si hay menos núcleos activos, calcula cuánto se puede subir la frecuencia de los que quedan; hasta que si sólo se usa uno, la frecuencia puede superar hasta en un 50% (a veces más, a veces menos) a la original.

Vamos a por el siguiente mito: ¿significa esto que estamos ante un magnífico ejemplar para practicar el deporte del overclocking (acelerar el procesador más allá de los límites del fabricante)? Al igual que un procesador menos sofisticado, todo dependerá de en cuanto valoremos nuestros datos y de qué sistemas de refrigeración estemos dispuestos a instalar. Mi recomendación es que los experimentos se hagan en casa y con gaseosa, pero para los aventureros: que un sólo núcleo pueda acelerarse un 50% no significa que el sistema sea estable cuando esta condición se aplica a cuatro núcleos. Además de la temperatura hay que tener en cuenta la alimentación y cómo se afectan entre sí los núcleos y al procesador gráfico incorporado (si existe).

Por otra parte, ya en las versiones más modernas del Pentium 4 (2003) se incorporó Hyper-Threading (HT), que se vendió como una panacea para aumentar la potencia de cálculo, mostrándose ante el sistema como dos procesadores lógicos (que no físicos). Lo cierto es que el aumento de rendimiento era (y sigue siendo) modesto, pero dado el coste que tiene en hardware (ridículo), era una alternativa antes (y un complemento ahora) de los demás avances en tecnología. Entre que la imagen de Intel por aquel entonces sufrió varios reveses y que el aumento en rendimiento era discutible (a veces, causaba una disminución), la cosa no gozó de la popularidad que hubiera podido merecer.

Con el Core i7 parece que están decididos a hacerlo mejor: dado que este invento se basa en usar elementos de los cauces de proceso que de otro modo estarían inactivos, Intel ha aumentado la redundancia de los mismos, además de duplicar el juego de registros. Otros elemento más costosos, como la ALU o la unidad de coma flotante, no lo están, por lo que sólo las operaciones que requieran los servicios de unidades distintas podrán simultanearse. Llenar los cauces lleva su tiempo, por lo que si una instrucción tiene que esperar, puede darse el caso de que el rendimiento baje, en vez de subir. En la práctica, dependerá mucho del tipo de aplicación que se vaya a ejecutar, pero en general se puede decir que el aumento, aun siendo modesto, se va a producir.

Un mito que convendría despejar: el HT no va a causar un aumento desproporcionado del consumo de energía, pues la mayoría de los elementos (si no todos) que entran en juego están ahí siempre.

¿Qué prepara AMD para combatir estas tecnologías? La respuesta no creo que se haga esperar mucho…

… o no tan corriente. En cualquier caso, uno que cualquiera que ahorre un poco (o pida un cŕedito pequeño) se puede permitir: unos 2000€ en un sistema basado en Intel Core i7; de los cuales seguramente una parte importante se fue a almacenamiento (cinco discos de 1,5TiB).

El artífice del logro no es otro que Fabrice Bellard, un nombre conocido en los círculos tecnológicos y que seguramente sonará a los usuarios más avanzados de Linux (sin ir más lejos, ffmpeg es una de sus creaciones más usadas en la conversión de ficheros multimedia). Como él mismo dice, la gracia de batir esta marca no está en el tiempo (la anterior tardó 29 horas frente a sus 131 días), sino en la relación entre la potencia del algoritmo utilizado (comparativamente, 20 veces mejor en este caso) y el coste del equipo usado (millones de euros frente a un par de miles).

Lo cual, finalmente, nos hace llegar a varias conclusiones. La primera, que los ordenadores “corrientes” de hoy en día están llegando a tener una potencia que algunos no hubieran ni soñado hace algunos años. La segunda, que siempre el ingenio será más importante que la fuerza bruta (sin menospreciar a quien batió la anterior marca). Y la tercera, que tal vez Intel debería renombrar su línea de procesadores Core i7. Creo que Core Pi sería un nombre adecuado ;)

Es sabido (dentro del mundillo, al menos) que OpenSolaris (la distribución, no el repositorio ni la comunidad) tiene la intención de tomar el relevo de Solaris en la oferta de Sistemas Operativos de Sun. Prueba de ello es que no se ha vuelto a hablar de más prórrogas con respecto a Solaris Express Community Edition (SXCE), siendo la consolidación quincenal 130 (b130) la última prevista.

Dado que SXCE b129 salió hace más de una semana, la última versión se espera en unos días. SXCE era la muestra de lo que sería Solaris Next, es decir, lo que todos esperábamos que sería Solaris 11. Dado que el nuevo plan es que OpenSolaris sea a Solaris lo que Fedora es a Red Hat Enterprise Linux en el casi *nix del pingüino com sombrero rojo, parece que existe un conflicto entre ambos.

Este conflicto es aún más patente si nos damos cuenta de que SXCE y OpenSolaris, si bien comparten código, están basados en filosofías diferentes: SXCE es como Solaris más nuevo código, parte del cual está cerrado; mientras que OpenSolaris es en su mayoría, si no todo, código abierto. Debido a la presencia de código cuya propiedad intelectual pertenece a terceros, Sun no puede abrir todo el código de Solaris/SXCE ni queriendo, por lo que si dejara de distribuirse en la próxima encarnación de Solaris, habría dispositivos que dejarían de funcionar al carecer de controladores, como algunas tarjetas gráficas. Aunque siempre existe la posibilidad de que se distribuyan los controladores en formato binario, la respuesta con respecto a los gráficos no es fácil, pues también se quiere migrar del servidor X11 Xsun (¡adiós, Display PostScript!) a Xorg.

¿Qué va a ocurrir? Esta es una buena pregunta, y yo opino más o menos lo que otros: que la única manera de dar sentido a la situación actual es hacer algo con SXCE antes de dejarlo morir. ¿Qué puede hacerse? Probarlo todo, dejarlo funcionando y lanzarlo al mundo como Solaris 11. Posteriormente y dado el parecido actual entre el hipotético Solaris 11 y OpenSolaris, este último se convertiría en la cantera de la cual saldrían las sucesivas versiones de Solaris. De esta manera, se satisfaría a ambos bandos, al que opina que la compatibilidad de Solaris debe mantenerse y al que cree que una vertiente más moderna está llamada a sustituirla.

El problema de esta solución reside en que retrasa el plan de unificar todo bajo el estandarte de OpenSolaris. Lamentablemente, los intentos de hacer de éste el único sistema operativo de Sun han dado lugar a ciertas incompatibilidades en apariencia arbitrarias, algunas de ellas de fácil solución: la ruta de búsqueda de programas antepone las utilidades de GNU a las propias de Solaris, por lo que se facilita la transición a los que vienen de, por ejemplo, Linux; pero se le dificulta la compatibilidad al cuerpo de scripts desarrollados con sh/ksh. La batalla, lejos de ser trivial, puede dar muchos dolores de cabeza a ambos bandos.

Ante esto, surge otra posibilidad: que Solaris 10 siga existiendo indefinidamente (o por tiempo limitado) para los clientes que paguen el mantenimiento, mientras que los nuevos desarrollos se basen en OpenSolaris. Esto parecería ser una solución razonable, a la que le fallan sin embargo un par de detalles: el deseo de desfasar cuanto antes Xsun y probablemente alguna otra cosa más; y que OpenSolaris no es aún un sustituto real para Solaris en algunos aspectos.

Oracle (que ahora mueve los hilos de Sun) ha tenido históricamente bastante interés en Solaris, y también se caracteriza por tomar decisiones estratégicas sólidas. Sun, por otro lado, ha dado algunos pasos aparentemente confusos en sus últimos años, pero ha demostrado una capacidad técnica realmente brillante. De todo lo anterior y considerando estos últimos hechos, me atrevería a afirmar que Solaris 11 (o algún producto que cubrirá el hueco que muchos consideramos que existe) está a punto de aparecer en el mercado. El tiempo lo dirá. ¿Será una sorpresa de año nuevo?

¿Con un PDA como el Sharp Zaurus? Una respuesta clásica, si se me permite la licencia.

¿Instalándolo en algún PDA de Palm o de HP? Buena respuesta, pero tampoco es la que busco.

¿Poniendo RockBox en nuestro reproductor de audio digital (DAP)? ¡Premio! No sólo por el acertijo, también por la funcionalidad.

En efecto, si bien hace algún tiempo que mi DAP favorito (SanDisk Sansa Fuze) recibió una actualización de su firmware que le permitía reproducir formatos como Vorbis y FLAC, lo cierto es que el video siempre ha sido considerado un “ciudadano de segunda” (por decirlo suavemente). Aunque no está pensado específicamente para ello ni es mi prioridad, la reproducción de formatos de video no propietarios ni ligados a un conversor que sólo funciona en *indows me animó a probar RockBox. Y la experiencia mereció la pena.

Basado en el popular núcleo Linux, RockBox contiene una completa aplicación para la gestión del DAP, pudiendo reconfigurarse hasta límites insospechados y logrando superar una de las carencias actuales del firmware del Fuze: la reproducción de álbumes sin cortes entre pistas (¿quién ha dicho “como la versión musical de La guerra de los mundos de Jeff Wayne”?). De regalo, obtendremos la reproducción de videos en formato mpeg (aunque aún de manera imperfecta), de ficheros midi y diversos juegos (entre los cuales se puede destacar el Doom y el emulador de ZX Spectrum).

¿Es Rockbox para todo el mundo? No, puesto que no funciona en todos los DAP que existen, y no es estable en todos los soportados. Igualmente, la pléyade de opciones puede confundir a usuarios menos exigentes. Sin embargo, para mí ha merecido la pena ampliamente. Tanto, que ya no espero las actualizaciones de SanDisk, sino las de RockBox.

Quién sabe: lo mismo me da por instalarle alguna versión inestable a ver qué se cuece. Mientras tanto, seguiré disfrutando del software libre también en mi bolsillo.

En otro diario colectivo ya mencioné mi elección de un teléfono con sistema operativo Android como sustituto de mi fiel Palm TX. Sin embargo, no sería justo encuadrarlo en la categoría de PDA (entendido como organizador personal), sino más bien como ordenador de bolsillo.

En efecto, después de unas semanas de uso, de un par de pasos de aros (GOOG, te odio cordialmente) y de la instalación de algunas aplicaciones, puedo decir que mi HTC Magic ocupa un lugar parecido, aunque en menor escala, al de mi Aspire One como herramienta del Administrador de Sistemas. ¿Quién dijo que la tecnología no daba la felicidad? :)

La última actualización de Solaris 10 (05/09, también conocida como U7) está disponible ya desde la página de Sun. Creo que pronto mi Blade 1000 va a tener un bonito regalo :) aunque me lleve tres horas :(

ACTUALIZACIÓN: ya hay documentación en inglés.

ACTUALIZACIÓN 2: si se instala desde cero con ZFS en mi Blade 1000, sólo lleva una hora :)