[xtrasgu.org]

¡Mira que hay que ser bruto para medir así el rendimiento de un iBook!… :-)

AsturLiNUX está mutando. De ser una Sociedad Gastronómica con todas las de la ley, ha terminado convirtiéndose en una Asociación de Acaparadores de iBooks con LiNUX en toda regla. Si se compara con otros portátiles de 12″, la opción del iBook 12″ resulta muy interesante, pero ¿realmente ofrece un buen rendimiento por ese precio?

Como buen proyecto de matemático que soy, se me ha ocurrido probar el rendimiento de distintos sistemas mediante una prueba completamente irrefutable… más o menos… ¿Cuánto tiempo tarda cada uno en calcular el factorial de 10.000? ¿Puede haber una pregunta más util para la vida diaria?

Después de todas estas aclaraciones, aquí está mi pedazo de prueba de rendimiento:

time echo "aux=1;for(i=1;i<=10000;i++)aux*=i" | bc -l

De los tres tiempos que devuelve time, el que realmente interesa es el que viene marcado como user, ya que es el que más se parece al tiempo que realmente ha tardado bc en hacer los cálculos.

Estos son los resultados que he recopilado:

AMD 64 3200+ Sid (mones):               0m2.676s
AMD 64 2800+ Sid (_linuxas_):           0m3.619s
P-IV 2.4Ghz Sarge (pabloh):             0m4.980s
P-IV M 2.0Ghz Sid (anarosa):            0m5.561s
AMD XP 1700+ Sid (mones):               0m5.850s
AMD XP 1800+ Sid (xtrasgu):             0m6.180s
P-IV 1.8Ghz Sid (asjas):                0m6.287s
PowerBook G4 1.33Ghz MacOSX (yusilios): 0m6.310s
AMD XP 1600+ Sid (berrueta):            0m6.358s
iBook G4 1.0Ghz MacOSX (nuberlang):     0m7.730s
iBook G4 800Mhz MacOSX (skyhusker):     0m9.740s
iBook G4 1.2Ghz Sid (berrueta):         0m9.750s
iBook G4 1.2Ghz Ubuntu (berrueta):     0m10.000s
P-III 800Mhz Experimental (aleasoft):  0m10.197s
K6-II 500Mhz Woody (Pintaiux):         0m25.820s
iBook G4 1.0Ghz Gentoo (nuberlang):    0m33.286s
iBook G4 800Mhz Gentoo (skyhusker):    0m41.897s

Pasemos a las conclusiones del «estudio»… Todo esto no sirve para nada, ya que la prueba depende de la carga del sistema, del tiempo que lleve encendido, supongo que dependerá de la arquitectura, y tiene toda la pinta de depender también del día de la semana, y del horóscopo del dueño… en fin.

Por otra parte, si realmente un iBook 12″ tiene un rendimiento equiparable a un P-IV a 1.5Ghz, teniendo en cuenta la pila de horas de batería que ofrece, lo cierto es que es un rendimiento más que considerable. Otra cosa a tener en cuenta es que aparentemente LiNUX ofrece un rendimiento sensiblemente inferior a MacOSX… ¿a qué es debido eso? Ya por último, ¿qué problema tienen las Gentoo que he probado?

Hacía tiempo que no «me recordaban» que estoy usando una versión inestable de Debian… ¡Menos mal que siempre estará ahí Evolution para que no lo olvidemos! :-)

Siendo justos y teniendo en cuenta que las perspectivas no eran nada halagüeñas, el hecho de que Evolution 2.0 haya actualizado sin comerse mi correo ya habría que tomarlo como todo un éxito. Otro tema es que los desarrolladores pretendan meter Evolution 2.0 en Sarge, ya que una cosa es que no haya destrozado mis datos, y otra muy distinta es que esté listo para usar en producción.

Por centrarnos en lo negativo, la captura de pantalla me ha quedado que ni pintada, ya que muestra la mayoría de los fallos que he encontrado en Evolution 2.0:

• Si arrastras la barra de herramientas para pegarla a un lateral (por ejemplo), la barra pierde todos los iconos menos el de «Nuevo».
• Si usas una vista del Calendario que no sea la diaria, la barra izquierda que separa las carpetas del correo del resto de la ventana no se puede mover más hacia la izquierda de lo que muestra la captura de pantalla, de forma que los cuatro botones de abajo a la izquierda aparecen como dos más dos.
• Como se puede apreciar en el correo seleccionado, Pango tiene problemas con los caracteres especiales como los acentos en el asunto de los correos.
• Las alarmas personalizadas requieren demasiados pasos para ajustarlas (me sobra una ventana).

En cuanto a Gnome 2.8, una de las principales novedades que incorpora es la capacidad de grabar CDs de forma integrada con Nautilus. Teniendo en cuenta que no uso Nautilus para nada, y que mis grabaciones de CDs se reducen a algún que otro Backup o ISO, no creo que esta sea una característica que me haga olvidar a Gcombust.

La novedad que si me ha gustado es la integración de Evolution 2.0 con el reloj del panel, y es que ya iba siendo hora de que jubilasen el calendario inutil que incorporaba antes y que no valía más que para poner los dientes largos.

En cuanto corrijan los pequeños defectos de Evolution 2.0… ¡a correr! :-)

Esto de visitar blogs es un vicio cosa mala… Empiezas a lo tonto leyendo los blogs que aparecen en el top500 de bitacoras.com, y acabas enganchado a unos cuantos. ¿Vas a visitar todos los días 15 blogs para ver si los han actualizado? ¡Pues claro que no!

La solución a todos tus problemas está en los lectores de feeds. ¿Por qué descargar 15 páginas cuando puedes descargar 15 feeds de una forma mucho más cómoda y eficiente? La comodidad viene dada porque el lector almacena los feeds que te interesan y basta darle a un botón para que los descargue todos y te muestre los que tienen novedades. La eficiencia es muy sencilla; un feed es una versión aligerada del blog, por lo que consumes menos recursos a la hora de descargarlo.

¿Cuál de todos los lectores de feeds es el mejor? No se cuál será el mejor, pero si todo el mundo usa Liferea (LInux FEed REAder) para leer feeds en LiNUX, por algo será. Como de costumbre, tenemos disponible un paquete de Liferea para Debian, así que la instalación no plantea ningún problema. La configuración tampoco es muy complicada, ya que basta con introducir la dirección de cada feed para que el Liferea se encargue de descargarlo y almacenarlo.

¡Qué comodidad! Ahora mismo, estos son los feeds que tengo configurados:

• Planeta AsturLiNUX
• Planet Debian
• Planeta GNOME Hispano
• Kirai.NET
• Microsiervos
• Becas Universia.es de Matemáticas
• Resultados de «xtrasgu» en Feedster

Pese a lo sencilla que resulta la idea del Planeta, montar uno y dejarlo a tu gusto puede resultar realmente complicado. Sin ir más lejos, el Planeta AsturLiNUX me ha llevado más de una semana de pruebas, y todavía tiene fallos que no se cómo arreglar.

Lo primero que notas cuando pruebas el Planeta es que está en inglés. Como el formato de la página se codifica mediante una plantilla, no resulta muy complicado traducirlo casi todo… ¿y las fechas? Las fechas se generan por el propio Planeta con Python, así que si quieres que tus fechas aparezcan traducidas, no te queda más remedio que ponerte a retocar el código (licencia tipo Python).

Para darle más emoción, si traduces las fechas, entonces «Saturday» se te convierte en «sábado», así que ese acento lo vas a tener que codificar en UTF-8, ya que sino el feed no se puede considerar válido. ¿Algo más? ¡Claro que si! Las fechas del feed no se pueden traducir, ya que tienen que seguir el formato de fecha RFC822, que obliga a que sean en inglés.

Con todo esto, no queda más remedio que ponerse a rebuscar en el código del Planeta, y aplicar los siguientes conocimientos básicos sobre Locale y Unicode UTF-8 en Python:

$ ~/> python
Python 2.3.4 (#2, Sep 24 2004, 08:39:09)
[GCC 3.3.4 (Debian 1:3.3.4-12)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> # Importo las bibliotecas que voy a utilizar:
... import time, locale
>>> # Utilizo el locale del sistema:
... locale.setlocale(locale.LC_ALL, '')
'es_ES@euro'
>>> # Codifico como UTF-8 la fecha actual:
... unicode(time.strftime("%a, %d %b %Y %H:%M:%S +0000",
... time.gmtime()),'iso-8859-15').encode('utf-8')
's\xc3\xa1b, 13 nov 2004 09:15:07 +0000'
>>> # Cambio el locale para fechas RFC822:
... locale.setlocale(locale.LC_ALL, 'C')
'C'
>>> # Codifico como UTF-8 la fecha actual, segun el RFC822:
... unicode(time.strftime("%a, %d %b %Y %H:%M:%S +0000",
... time.gmtime()),'iso-8859-15').encode('utf-8')
'Sat, 13 Nov 2004 09:16:44 +0000'

Todo esto lo he sacado de las siguientes páginas:

• http://www.ibiblio.org/obp/py4fun/unicode/unicode.html
• http://docs.python.org/lib/module-time.html
• http://docs.python.org/lib/module-locale.html
• http://docs.python.org/lib/string-methods.html

En cuanto a los problemas para los que no tengo solución, como el formato de los feeds es cualquier cosa menos estandar, es muy complicado juntar feeds de distintas procedencias y que el resultado sea una página o un feed de acuerdo a los estándares. Para rematar la faena, incluso hay feeds que están mal formados, con lo que automáticamente nuestro feed pasa a estar mal formado también… :-(

Como guinda, pese a que el CSS si es válido, el IE a 800×600 ha decidido que la barra del margen del menú queda mucho mejor tachando el menú que en el margen del mismo… ¡Vivan los estándares!

¿Qué es eso de un Planeta? En AsturLiNUX tenemos un servicio de blog para los socios basado en Drupal. Todos los blogs que se publican en nuestro Drupal pasan las nuevas entradas a la portada de La Comunidad, que nos sirve como una especie de resumen de los blogs que hospedamos. La cosa estaría muy bien si no fuese porque hay socios que no tienen su blog dentro de La Comunidad, sino que lo mantienen en servidores a parte; [xtrasgu.log] es un buen ejemplo de ello.

Pues bien, un Planeta es una especie de super-portada de Drupal que permite agrupar distintos blogs a partir de los feeds que publican. La idea surgió con el Planet Debian, y lo que estamos estudiando es la posibilidad de crear nuestro Planeta AsturLiNUX basado en el mismo software que usa Debian; el PlanetPlanet.

De momento ya tenemos una versión en pruebas del Planeta AsturLiNUX. Es beta ya que sólo incluye algunos de los blogs más activos, y el tema que tiene puesto es uno de los que viene por defecto con la distribución de PlanetPlanet. Lo cierto es que para el poco trabajo que da, aporta bastantes cosas. De momento ya he logrado echarlo a andar, meterlo en el cron, y configurar alguna pijadina avanzada como el hackergotchi de marras…

En otro orden de cosas, Manrique ha enviado a la lista de correo de AsturLiNUX un enlace a una página que analiza diversos aspectos de un sitio web. El página en cuestión se llama Silktide Sitescore, y por lo menos merece que se le eche un vistazo.

Hace tiempo que no comento nada sobre el desarrollo de esta página, así que aprovechando que últimamente no tengo mucho que contar, puede ser un buen momento para enumerar los cambios.

Lo más llamativo es que he actualizado el bloque «¡Lo que hay que ver!». Me he cansado de las paranoias de la topóloga cantautora, y le he dado puerta. También he eliminado el enlace a Bofhers Syndicate, ya que lo único que merecía la pena era el Diario de SinnerBOFH, y hace mucho que no lo actualiza.

En cuanto a las incorporaciones, he añadido A List Apart, página que trata temas de desarrollo web bastante interesantes, Verdades a medias, que es el blog de un socio de AsturLiNUX gracias al que encontré la mayoría de los mini iconos que aparecen en mi página, y Neuromante, que es otro blog de un AsturLiNUXsita que me suele pisar todos los temas que quiero tratar… ¿para qué voy a escribir sobre lo mismo? Lo leeis en su blog, y listo… :-)

En cuanto al apartado técnico, he simplificado un poco el aspecto de la cabecera de las páginas, he cambiado algún .gif por .png, y he configurado los listados que muestra el Apache, como por ejemplo la página archivos, para que utilice los iconos Nuvola.

Esto de estudiar es lo que tiene… deja muy poco tiempo libre… :-(