*nix pro

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

Podemos leer en El País (entre otros stios) que Sun compra Oracle^W^W^WOracle compra Sun por 5,7 Gigaeuros (aprox.). Parece que las campanas de boda con IBM acabaron en amarga ruptura, y no se sabe quién lloró más: si Sun por no saber cuál iba a ser su futuro, o IBM por no poder “librarse” de un competidor.

Ahora la cosa está más clara: Oracle, el gigante de las bases de datos, va a poder dar una solución “llave en mano” con todos los niveles cubiertos: servidor+S.O., base de datos y pila de servicios de aplicaciones (Glassfish, etc). Hay quien opina que Oracle estará tentado de deshacerse del “lastre”, pero lo cierto es que tiene en su mano una oportunidad dorada de situarse en una posición inmejorable no sólo en su sector de mercado, sino en otros donde su presencia es testimonial o inexistente, por un coste bajísimo en I+D.

Sun tiene unas tecnologías muy interesantes y un fuerte compromiso con el Código Abierto. Oracle tiene un gran producto y una visión y gestión impecables. Lo mejor de ambos mundos podría beneficiar no sólo a la empresa resultante, sino al mercado en su conjunto. ¿Vivimos en tiempos interesantes (en el sentido del proverbio chino)?

Ya me he ocupado anteriormente de las relaciones entre Sun e IBM. Pero lo que ayer saltó a los medios es la posibilidad de la adquisición de Sun por parte de IBM. ¿Alguien se extraña? Veamos.

Sun ha estado últimamente acicalándose y tomando decisiones interesantes (apertura del código de Java, de {Open,}Solaris y de ZFS…) y otras algo más controvertidas (compra de MySQL, cambio del símbolo bursátil de la empresa de SUNW a JAVA, abandono de las estaciones de trabajo basadas en UltraSPARC…). Aparentemente, no hay una estrategia clara definida. En realidad, es la consecuencia lógica (o no tanto) de haber retrasado ciertas tomas de decisiones hasta momentos que han parecido más propicios. Una empresa basada en la tecnología que trata de alejarse del mundo de los servidores (donde ocupa el cuarto puesto mundial, que no es poco) y de abrazar el paradigma “SaaS” (Software as a Service) basándose en soluciones de código abierto. Un enfoque que puede ser válido, pero que se ha tomado tarde y en circunstancias económicas revueltas.

No queda totalmente claro qué sacará IBM del trato, de producirse. ¿Aumentar su cuota de mercado en servidores? Sí. ¿Obtener patentes? Sí. ¿Otro Unix? Con su AIX y Linux, no es un valor a destacar. ¿Procesadores UltraSPARC? Con los de Intel/AMD y los Power propios de IBM, no parece necesitarlos. ¿Una cartera de clientes? Tal vez, pero no creo que sea ese el objetivo. ¿Acabar con la competencia? Aparte de la bronca de los antimonopolistas, Sun e IBM juegan con valores diferentes que no tienen por qué atraer a los mismos clientes.

Sun e IBM. Dos culturas empresariales distintas. Dos enfoques para un mismo problema. De su “fusión” puede salir algo interesante. Pero también podría ocurrir que, de producirse la compra, fuera seguida por una venta selectiva de las partes que menos le interesase. En cualquier caso, yo personalmente estoy agradecido a Sun por algo que no se paga con dinero.

En un momento crítico de mi carrera, involucrarme en el mundo de Solaris y OpenSolaris, adquiriendo parte de la experiencia con máquinas de Sun que compré por internet, me hizo recuperar la fe en mi oficio. Por eso, pase lo que pase: gracias, Sun; y buena suerte.

ACTUALIZACIÓN 20090406: puede que al final, Sun haya de seguir esperando quien la saque a bailar.