Ahora que toca veranito, parece que en PcBox se han puesto las pilas alpargatas y han decidido remodelar la web... llenándola de cagarrutas flash estúpidas sin ton ni son.

Para el que le toque las narices tanto como a mí ver una web que se arrastra, por simples estupideces como objetos flash separados para meter fondos estáticos, o simples transparencias flotantes, basta con copiar y pegar las siguientes reglas de exclusión en el AdBlock de turno (el que no lo use, que se lo adapte a lo que sea):

|http://www.pcbox.com/catalogo/imagenes/1/es-ES/novedades.swf
|http://www.pcbox.com/catalogo/imagenes/1/es-ES/topVentas.swf
|http://www.pcbox.com/banners/secciones/*.swf
|http://www.pcbox.com/cflash/1/bordeIzq.swf
|http://www.pcbox.com/cflash/1/bordeDer.swf
|http://www.pcbox.com/cflash/1/filtrar*.swf
|http://www.pcbox.com/cflash/1/listado*.swf
|http://www.pcbox.com/cflash/fondoBanner.swf

Ale, menos pijerío y a mamarla.

Opcionalmente, a pasar olímpicamente de esta tienda, que será lo que hagan el resto de clientes; total, últimamente ya van subiendo los precios que da gusto. A ver si les funciona la estrategia (ja! )

Por razones que no vienen al caso, de vez en cuando me toca usar Windows. Que aunque no lo parezca, me da igual usar un sistema u otro... mientras sirva para lo que quiero, mientras funcione. De ahí que le tenga hasta cierto ¿cariño? a mi copia del Windows XP, esa que entre el SP2, y que apenas lo uso, es más estable que una roca. No me permite hacer todo lo que quiera, pero bueno, tampoco me toca las narices metiéndose donde no debe. No demasiado. Especialmente desde VirtualBox.

Pero la curiosidad mató al gato -dicen- así que a uno le da por probar cosas: Windows 7 Beta, Windows Vista, Windows Tiny Vista... Windows Vista x86_64, de eso que en el VirtualBox no entra, que solo acepta de 32 bits.

Y joer lo que descubre uno.

La instalación del Vista Ultimate 64 bit con SP1, bueno, ni tan mal. Simple, concisa, sin tocar demasiado las narices, y los parches de auto-activación molan (gracias, The Pirate Bay). Salvo porque en vez de reiniciar en medio de la instalación, se quedó colgado. Aparte de eso, todo perfecto... habiendo quitado previamente todos los discos duros, salvo uno, puesto a cero y con la primera partición no-extendida preformateada a NTFS desde Ubuntu (es mejor dárselo todo mascadito).

Los problemas vienen después.

Lo primero, TightVNC. No estoy por la labor de andar con tropecientos ratones sueltos en la mesa. No va. Permitirle cruzar el firewall de Windows. Ahora solo se cuelga en los mensajitos de las narices para confirmar cualquier cosa, espera que se le dé a algo con el teclado físico... desconectar User Access Control pues. Así al menos va.

Hm... ¿por qué me ocupa 28.0GB si apenas he instalado nada?

pagefile.sys - 4.4GB
hiberfil.sys - 4.1GB

Oh, well. Ya se sabe que Windows no es capaz de usar un mismo fichero para intercambio e hibernación como Linux.

Windows - 15.1GB

Hm... ¿de un simple DVD, 15GB? No suena normal...

Windows\WinSxS - 10.2GB

Qué demonios... Windows Side-by-Side, un invento para guardar copias de todas las DLLs vistas y no vistas, ocupando una salvajada impresionante en disco. Incluídas las de las actualizaciones, que parece que se han instalado solas (de qué me suena eso...)

Y sí, hay que dejarlo estar. Esperemos que sirva de algo para mejorar la experiencia... echémosle otros 60GB de propina a la partición, hasta los 100GB. Menos mal que el disco es de 320GB

Reiniciar en Ubuntu, cambiar particiones, ntfsresize... reiniciar en Windows... parece que todo bien.

Instalar cosas, bien. Instalar más cosas, vale. Reiniciar... chof! no reinicia. Se ha fastidiado el MBR, WTF? Si acaba de arrancar bien, ¿efecto con retardo del ntfsresize, o alguna otra paranoia?

Arrancando desde Ubuntu, parece estar todo bien, las particiones bien, la config de BIOS está bien, que la acabo de mirar... y no arranca. Por suerte, el disco de instalación de Vista tiene una cosa llamada "herramientas de recuperación". Recuperar arranque... uf! bien.

Arrancar, instalar más cosas, todo bien. Instalar Comodo Firewall, con antivirus y detector de actividades sopechosas... interesante, me han gustado las opciones de detección que tiene, y la cantidad de alertas que saca en el modo más paranoico y detallado (a uno que le gusta saber lo que hace el soft). En el VirtualBox no me atrevía por tema de rendimiento -aparte de que no me importa si entra virus, estando a un snapshot de la limpieza absoluta- pero en instalación a pelo es muy interesante. Y funciona en 64 bit.

Instalar distintos navegadores, nostamal.

Ralentización... cuelgue... pantallazo... "guardando imagen de memoria"... reboot. WTF!?

Hm, sale una pantallita al arrancar diciendo que si "a prueba de fallos", de distintos colores y sabores, o si arrancar normal. Pues arrancar normal, qué demonios.

Arranca... todo bien... ralentización, cuelgue... .... ...y 10 minutos después, sigue sin responder. RESET (aquí es donde una vocecilla interior despierta y dice "ay, la cagamos!")

Pues no arranca. Error de registro... ... ¿¡en la pantalla de arranque!?

Vale, a ver que me aclare, ¿¿comprueba el registro, en el arranque?? WTF?!?!

Ni en modo a prueba de fallos entra. Será a prueba de "algunos" fallos, que a prueba de este fijo que no es. Pues vamos bien.

Disco de instalación, herramientas de recuperación... "la versión instalada no es compatible"... ¿¿eing?? pero si es el mismo disco desde el que la he instalado, WTF?!?

Otra vez nos vamos a Ubuntu, a ver qué demonios le pasa a este Windows. Errores en disco... vale, ntfsfix... parece que los corrige. Anda que tener que irme cada rato a Ubuntu pa corregir la cagarruta esta

Y sigue sin arrancar, que el registro no va.

Mirando y remirando, llego a un foro de por ahí (por Google), con la solución a mis males:

To work around this behavior, on the Select operating system page, select the blank space in the list under the Windows Vista operating system, and then click Next.

¿Dije "solución"? bueno, era por decir algo. Como no tenía ni conectado el ratón, es imposible "hacer click" sin ratón, ni des-seleccionar nada. Así que a conectar el ratón... y ahí sí, entramos en las famosas herramientas de recuperación.

Recuperar... error. Línea de comando, recuperar... error. Aha

Pues volvemos a Ubuntu (y va la tercera). Copia de seguridad de la basurilla del registro (C:/Windows/System32/config) y... bueno, hay una copia ahí perdida, a lo mejor está bien.

Sobreescribir, arrancar... ¡arranca!

Fallo del perfil de usuario. Normal, cosas del "registro único para controlarlos a todos"... y sumirlos en las tinieblas como cualquiera de ellos nos haga un desaguisado. Al que inventó esa mierda -ahora me refiero al registro- deberían colgarle de los pulgares mientras le hacen recitar la biblia del revés.

"Está usted en un perfil temporal, todos los cambios que haga se perderán".

Bueno, por lo menos avisan, y... ¡oh, increíble! Microsoft da la solución:

• Saca copia de seguridad de tus datos
• Borra el perfil viejo
• Crea uno nuevo

No, espera, eso no suena a solución... suena a ¡una salvajada!

Claro, si se corrompe un trocito de perfil, no es que se corrompa solo ese trocito, es que cae ¡entero! Y como no hay forma de recuperarlo, pues a borrar todo y empezar de cero. Pero saca "copia de seguridad"... de los datos, ¡pero si yo quiero recuperar las configuraciones de mi perfil!

Pues no puedo, gracias. Típica mentalidad M$, registril, y la madre que los parió. Es lo que me revienta de Windows, ese "no puedo" y se quedan tan panchos.

Incluso el registro de Gnome, que de por sí no me agrada como concepto, se puede recuperar a trozos si falla. ¡Ficheros y carpetas! ¡duh! Y lleva bastantes menos años en el mercado que el de Windows, uno pensaría que han tenido tiempo para aprender. Triste, patético, irrisorio.

En fin, tocará reconfigurar todo lo configurado, posición de iconos del escritorio, vista de carpetas, y detalles como las carpetas de red, la clave del TightVNC o el PuTTY. Aparte del típico programa que deja de andar, porque sí. Menos mal que no he activado ni registrado nada todavía

La verdad es que ya se me había olvidado de que un sistema pudiera dar tantos quebraderos de cabeza, con mi querida Kubuntu, con su kernel a prueba de bombas y sus preciosas consolas de texto realmente "a prueba de fallos", aunque el resto esté dando tumbos... que curiosamente no los da. Ni en Gentoo, con todo su jaleo de configuraciones, hay un solo fallo tan tonto -y tan grave- como todos estos.

Sin mencionar que, como era de esperar, Windows Vista es compatible sólo con la máquina en la que se ha instalado. De nada sirve tener un equipo casi idéntico al lado (sólo cambia el modelo de la tarjeta gráfica), que al mover el disco duro de un sistema a otro... nada, no arranca. Cabronada típica de esta gente.

En fin. Lo siguiente sería mantener el Windows, jugar al FileHippo, y al "a ver si te acuerdas de dónde se descargaba aquello" para actualizar las cosas cada x meses. Porque ni loco se pone uno a tirarse horas actualizando esa cosa cada dos por tres, no sin un "apt-get dist-upgrade" que se encargue de todo.

Eso, o formatear en ext3

Para quien no lo conozca, Ubiquity es una extensión para Firefox que añade una especie de popup contextual con lenguaje semi natural al navegador.

Algunos lo describen como user-side Mashups, como un ayudante de proceso de lenguaje natural, o como una herramienta de búsqueda interactiva. En realidad es de todo un poco, una evolución de varias ideas simples, juntas en una sola interfaz, aprovechando nuestra mayor capacidad expresiva a través de 105 teclas y un conjunto de palabras, en vez de con 30 iconos en la pantalla.

Uno de los puntos más interesantes que tiene, es la posibilidad de añadir funciones como palabras clave con procedimientos asociados, que permiten integrar funciones concretas en la interfaz de forma muy simple. Procedimientos definidos por cualquiera, de una forma bastante simple pero al mismo tiempo muy potente. Por cualquiera... de mínima confianza, al menos de cara a "ejecutar algo en el navegador". Vienen a la mente conceptos como robo de contraseñas tras añadir un procedimiento de fuentes maliciosas, pero en principio no parece demasiado probable que ocurra muy a menudo.

Más preocupante tal vez sería la persistencia de estos comandos adicionales, al preguntarnos ¿qué ocurrirá cuando el autor se canse de tenerlos publicados en tal o cual web?

Para conservarlos en el tiempo, ahí va un repositorio y backup (o directorio glorificado), con algunos comandos guardados y algunos personalizados:

Repositorio Ubiquity en jarfil.net

Lo más interesante por el momento son el comando "rae" (buscar en DRAE) y el "wikies" (buscar en es.wikipedia), que me han servido de mini-tutorial para ver por dónde van los tiros. Si hay más que personalizar, posiblemente acabará todo en algún lado de mi wiki.

Para terminar, quería destacar también algunos conceptos aplicados a la interfaz de mantenimiento, como la persistencia automática de documentos, que podemos ver al añadir un texto en el "editor de comandos". Una prueba más de la visión de futuro de los desarrolladores en este proyecto.

- Oye, que el móvil no me guarda las llamadas perdidas, ni las hechas, ni ninguna
- Aha...
- A ver si le puedes echar un vistazo

[medio minuto más tarde]

- Ya está
- ¡Qué rápido! ¿qué era?
- Nidea
- ¿Cómo que ni idea? algo habrás hecho
- Sí, apagar y volver a encender
- ...

A veces me cuesta distinguir la realidad de la ficción.

No pasa ni media hora. Voy camino de la cocina a por un trago de zumo de naranja, cuando:

- Pues se habrá escacharrao la antena - oigo al pasar
- A ver si van a ser las pilas del mando - responden
- ¡Oye! mira tú a ver si sabes

Ni una palabra.
Me acerco al decodificador con una sonrisa...

- ¡Ah!... - oigo decir

Sí, exacto, "¡ah!". Apagar, encender... ¡funciona!

Como un regalo en esta época de fiestas, ha sido liberada la nueva versión estable del kernel. Coñas de Linus aparte, supone un paso interesante en el avance del kernel, añadiendo alguna cosa útil y sentando la base para algunas más. Tal vez incluso un cambio en nuestra percepción del "software".

De la lista de novedades explicada para newbies podemos destacar tres tipos de novedades:

1. Chachipiruli guay pero inútil
2. Drivers
3. Cosas útiles

En la primera, nos encontramos cosas tan rimbombantes como Ext4 o el gestor de memoria de GPU, ambos geniales para jugar un rato... y mantenerlos bien alejados de cualquier sistema en producción.

Con el gestor de memoria de GPU poco se podrá hacer por ahora, mientras que no haya algo que lo aproveche en serio. Es una de las cosas más importantes con los tiempos que corren, la base de una pila de ejecución estándar que aproveche los recursos de las tarjetas gráficas. No más CUDA ni demás inventos vendor-céntricos, una API genérica para todos supondría un gran paso hacia delante.

Más partido se le puede sacar al Ext4, con sus numerosas ventajas como extents, la asignación diferida o la preasignación, sin olvidar el fácil paso de Ext3 a Ext4. Sin embargo, una vez convertido un sistema de ficheros a Ext4, no es tan fácil volver de Ext4 a Ext3. Motivo por el que mejor estarse quietecitos y probarlo bien a fondo antes de arriesgarse a una catástrofe.

De los drivers poco hay que decir. A quien le sirvan, le sirven; a quien no, pues no. Felicidades a los agraciados.

Con eso llegamos a las cosas realmente útiles, aquí y ahora. Aparte de los parches, mejoras de seguridad, y detalles varios en muchas partes, como grandes novedades creo que habría que destacar dos:

Container freezer

Es algo que se llevaba pidiendo desde hace tiempo y que, aunque es poco más que una extensión del hibernado a disco, personalmente estaba esperando con muchas ganas. Puede no parecer obvio a primera vista, pero es un gran avance en la forma que tenemos de ver los programas y servicios de un equipo.

Normalmente, pensamos en un programa como algo que "hay que ejecutar" desde cero, que inicializa su estado a partir de un punto concreto, en el que podemos realizar una serie de tareas que cambian su estado y el de su entorno, y que una vez realizadas acabamos cerrando, con lo que la próxima vez volveremos a tener que ejecutarlo desde cero.

Ahora, con estos parches, podemos empezar a pensar en los programas como "conjuntos de datos con estado", pudiendo inicializarlos no solo en el punto inicial, sino también guardando y restaurando el estado en un punto cualquiera. Esto no solo facilita la migración de procesos entre equipos -parecido a lo que se consigue hoy en día con máquinas virtuales- sino también la posibilidad de guardar un programa a disco, sacándolo de memoria y liberando los recursos relacionados, para poder restaurarlo con el mismo estado en un momento futuro.

Algo así como suspender parte del sistema, manteniendo el resto en ejecución.

IO CPU affinity y SSD

Dos mejoras que permiten aumentar el rendimiento más de un 50% en según qué casos. Resultarán más útiles a quienes manejen grandes cantidades de transacciones de disco -servidores, usuarios de P2P, etc- y a quienes usen discos SSD -servidores, subnotebooks... y cada vez más y más equipos a medida que los discos SSD se hacen más baratos y populares.

Hasta ahora, las operaciones de I/O básicamente se trataban a boleo: según llegaban, se trataban donde pillase, en le CPU que más tiempo libre tuviese. Eso está muy bien en sistemas con una sola CPU, donde tampoco hay mucho para elegir. Sin embargo con varias CPUs -como es cada vez más la norma estos días- resulta más interesante asignar las IOs a la misma CPU que ya tenía los datos en su caché L1. Cierto que la L2 o L3 se suele compartir entre varias o todas las CPUs... pero aún así, es bastante más eficiente usar la L1. Asignando el tratamiento de las mismas IOs a la misma CPU, incluso dedicando una CPU por completo al tratamiento de IOs o un tipo de ellas, se puede aprovechar al máximo el rendimiento de la caché reduciendo al mínimo los accesos necesarios a memoria.

Teniendo en cuenta que la carga de IO es uno de los principales cuellos de botella en muchos servidores, llegando a requerir soluciones dedicadas que la puedan aliviar, creo que muchos estaremos contentos de ver este parche en producción.

Por otro lado, como vemos en la descripción detallada, se mejora la integración entre los sistemas de ficheros y los dispositivos SSD. Cosas como permitir al sistema de ficheros olvidarse de la asignación diferida (ver Ext4 arriba), o permitir al disco dejar de preocuparse por sectores defectuosos que no contengan datos, resultarán bastante útiles de cara a mejorar el rendimiento.

Juntando ambas, la mejor gestión de IOs en discos SSD -uno de cuyos principales reclamos publicitarios es precisamente soportar grandes cargas de IOPS- y el mejor tratamiento de las características concretas de estos dispositivos, podremos sacar la máxima rentabilidad al hardware. Que, dicho de paso, está bastante carito como para no sacarle el máximo rendimiento posible.

Reflexión final

Para terminar, si nos ponemos a juntar todo lo dicho, puede que estemos siendo testigos de una migración en la forma de ver los programas en sí. Software ejecutándose parcialmente en la GPU, hibernado en discos SSD de alto rendimiento, que pudiésemos cargar en menos de 1 segundo restaurándolo al mismo estado en que lo habíamos dejado.

Tal vez un día no muy lejano ejecutemos los programas sólo al instalarlos, y tal vez alguna vez más si se cuelgan... cambiando totalmente el concepto de "instalar", "ejecutar" o "abrir documento"

Los entornos de desarrollo integrados (IDE, 'Integrated Development Environment') son una herramienta con innegables puntos a favor, que puede ayudar en el trabajo del programador... o hundirle en la miseria.

Muchas son las voces que proclaman las bondades de tal o cual IDE, adaptado a tal o cual lenguaje, plataforma o modelo de desarrollo, y ciertamente muchas de esas bondades existen. Sin embargo, en el corazón de todo IDE, acecha la traición, el (auto)engaño del programador llevado a pensar que el IDE es parte esencial de su modelo de trabajo. Hasta el punto de llegar a confundir lenguaje, plataforma, o lo que sea, con el IDE en sí.

Para entender el problema, necesitamos tomar una vista general del proceso de desarrollo, que nos permite plantear unos axiomas:

• se puede observar un desarrollo de forma abstracta, en forma de módulos funcionales
• o se puede observar de forma concreta, los algoritmos, sus elementos y su interpretación
• pero independientemente del caso, un desarrollador sólo podrá analizar un número limitado de elementos por segundo
• ...y la máquina sólo ejecutará los elementos más concretos posibles (código máquina)

Esto significa, que independientemente de si se analizan elementos más concretos, como podrían ser las líneas de código, o si se analizan los más abstractos, como sería la integración general del sistema, o cualquier otro nivel intermedio... la calidad y funcionalidad aportada por un desarrollo depende exclusivamente de la cantidad de elementos analizados, no del nivel al que se analicen.

Volviendo a los IDEs, muchos prometen la capacidad de agilizar el trabajo de desarrollo, ofreciendo herramientas de análisis a niveles cada vez más altos que permitan "generar automáticamente" los niveles inferiores necesarios. Y ciertamente, lo consiguen.

Sin embargo, al hacerlo no aportan calidad al producto final. Por mucho que un proyecto parezca funcionar tras solo introducir unos pocos elementos, es muy poco probable que acaben plasmados de la forma deseada en una aplicación concreta. Salvo que se trate de resolver los problemas más genéricos y simples a un nivel de abstracción determinado, para los que basten las soluciones más generalistas preparadas por el desarrollador del IDE, un IDE nunca será capaz de aportar la misma calidad que un análisis directo de los elementos implicados. Por mucho que se venda como tal.

Al final, a la hora de la verdad, nada suple el esfuerzo mental necesario para analizar y prever las relaciones entre elementos de cada nivel. Ninguna herramienta puede sustituir esos análisis, pudiendo como mucho facilitar la transcripción de sus resultados.

Es decir, que la utilidad de un IDE se centra en que sea un editor de texto avanzado, optimizado para el nivel de abstracción al que se trabaje en un momento determinado, no un proveedor de soluciones mágicas que permite reducir drásticamente las inversión de tiempo y esfuerzo. Una mera forma de no tener que cambiar de ventana, o no necesitar otro monitor al lado al que mirar de vez en cuando.

Hoy, querido lector, vamos a dar la bienvenida al 20 de Noviembre de 2008 del 22 de Septiembre de Diciembre de 2007... WTF?!

Veamos por partes:

• Estamos a 20 de Noviembre de 2008
• Me acaba de llegar una carta de Acens, informando sobre la fusión de Hostalia
• Fechada el 22 de Septiembre de 2008
• La fusión, era noticia de 2007

El hecho de que arriba ponga "Hostalia" y abajo "Acens", sería pasable. Que transfirieran los datos personales de una a otra, también, es lógico. Que el servicio de una sea carillo, y el de otra poco menos... pues bueno, también, que el servicio no es gratis.

Pero que tarden 6 meses para enviar una carta que tarda 2 meses en llegar, para decir algo que ya se sabía... en fin, suena un poco a cachondeo. Me pregunto si tardarían lo mismo en resolver problemas con los servidores, ahora que les tira de los hilos un fondo de inversión para el que los clientes son poco más que números