martes, 18 de noviembre de 2008

Charlas de Software Libre en la Universidad Nacional de Luján

Bueno, este sábado 22 de Noviembre los muchachos del UNLuX (del cual soy orgullosamente integrante) hacen su 2do evento anual sobre tecnología y software libre... a mí se me hace imposible ir por motivos personales (¡realmente un bajón!), pero espero que vayan, ¡va a estar más que interesante y va a haber muy buena onda!

Resumo de su nota principal:
"El Grupo de Usuarios de Software Libre de la Universidad Nacional de Luján (UNLUX) invita a toda la comunidad educativa, profesionales e interesados en Tecnologías de la Información al "Ciclo de charlas UNLUX 2008".

Día: Sábado 22 de noviembre de 2008
Lugar: Sede Central de la Universidad Nacional de Luján
Organiza: UNLUX - Grupo de usuarios de software libre de la Universidad Nacional de Luján.

Este es un evento libre, gratuito y abierto a la comunidad.
Traer Mate (Condicion de acceso a la actividad)
Esperamos contar con la participación de todos!!"

Por otra parte, si bien hay charlas técnicas para los que estudian (o estudiamos) sistemas, creo que esta vez se intentará captar la atención de aquellos interesados en otras áreas de la ciencia en donde el software libre hoy brinda excelentes soluciones, como la ofimática, gráfica, biología, matemática, etc. Con lo cual, si no sos informático, no importa, ¡Este evento es para vos también!

El cronograma de charlas ya está listo y lo pueden ver acá.

Mientras, voy a seguir como siempre, todos los días, en el canal de IRC #unlux de Freenode. :-)

Saludos!
Marcelo

lunes, 10 de noviembre de 2008

(Mi) Migración a Ubuntu 8.10

(Este es un Post que debería haberse publicado el 31/10/2008 y que por diferentes motivos no pude terminar...)

Bueno, hoy llegó el día... luego de leer este y este documento, ayer bajé tranquilo por BitTorrent las imágenes de Ubuntu 8.10 para la arquitectura x86-64 versión desktop y alternate, con la intención de probar la primera como Live-CD primero y luego, si todo iba bien, actualizar mi Ubuntu 8.04 a 8.10 aprovechando la segunda ISO, tal como está documentado en la página de "Cómo Actualizar a Ubuntu 8.10".

Migración:
La prueba con el Live-CD fue rápida e indolora; simplemente comprobé que funcionara normalmente el hardware: video, wi-fi, red, webcam, etc. y no hubo novedades, todo funcionaba! (al igual que con Hardy). Luego, arranqué del disco como siempre y montando la ISO de alternate, comencé el proceso de actualización, desde una terminal:

sudo mount -o loop ~/Escritorio/ubuntu-8.10-alternate-.iso /media/cdrom0
sudo /cdrom/cdromupgrade &
Arrancó el software de actualización, me preguntó si quería utilizar la conexión a internet para bajar paquetes extra que no estén en el CD y/o paquetes más nuevos, a lo cual acepté y me puse a trabajar mientras esto pasaba en segundo plano.

Luego de un par de horas de bajar a unos ~30 KB promedio[1] unos ~300 paquetes (de ~1500 paquetes a actualizar), comenzó el proceso de instalación real de la nueva versión. Ahí paré de para ir a comer (por hambre y por precaución), ya que a medida que iba transcurriendo el proceso, programa nuevo que abría, programa que aparecía nuevo y "feo", seguramente porque arrancaba con la mitad de las cosas instaladas y/o configuradas.


Cuando vuelvo de comer, me encuentro con un cuadro de diálogo de reemplazo de archivos de configuración (¡Estaría bueno que primero instale el paquete y por último me pregunte todo junto!).
En fin, el actualizador me preguntó si quería reemplazar 3 archivos de configuración del sistema que yo había modificado anteriormente: cups.conf (configuración del servidor de impresión), otroquenomeacuerdo y el archivo de configuración del Apache. Sobreescribí los dos primeros (ya que con apache trabajo[2], no quería que la actualización me lo desconfigurara), y reinicié.

Al reiniciar, todo anduvo bárbaro. ¡Presto!

Problemas (?):
El único "problema" que supongo que tengo es que la performance de mi placa de video Intel cayó mucho, más que nada al renderizar los efectos de Compiz; me alegra saber que no soy el único y que este bug ya estaba creado. Por las dudas, y porque mi Wi-Fi Intel 4965 aparece con algunos problemas conocidos en las Release Notes (aunque yo no tuve ninguno), instalé el paquete linux-backports-modules-intrepid y anda mejor (aunque no tan fluído como con Hardy). Espero que con el correr de los días estos problemas se vayan resolviendo a través de actualizaciones.

Conclusión:
Salvo el detalle anterior, el SO sigue siendo tan sólido como con Hardy, no tuve ningún problema real, digamos... aunque para ser sinceros, salvo la actualización del núcleo, Gnome y el Network Manager (entre otras cositas como PulseAudio nuevo), no hay muchas cosas nuevas. No hay Python 2.6 ni Openoffice 3.0 por ejemplo, así que todo es casi tan estable como lo fue con Hardy.

Bueno, es todo, espero que tengan una dulce migración. :-)

Saludos
Marcelo

[1] Y está bien para mí, hay que considerar que todo el mundo está comiéndose el ancho de banda de los repositorios... además, tanto el sitio como los repositorios no colapsaron (a diferencia de Hardy, por ejemplo), lo cual es bueno.

[2] De todas maneras, el programa de actualización te deja el archivo de configuración viejo o nuevo (depende si lo sobreescribo o no) en la ubicación destino pero renombrado en su extensión a "dpkg-old" o ".dpkg-dist", respectivamente . Es decir, pueden plantearse dos casos: si sobreescribo el archivo /etc/cups.conf con uno actualizado, el original queda como /etc/cups.conf.dpkg-old. Caso contrario, si le digo que no me sobreescriba mi /etc/apache2/apache2.conf, me queda un /etc/apache2/apache2.conf.dpkg-dist por si quiero ver más tarde qué diferencias había con el mío.

viernes, 24 de octubre de 2008

Nvidia CUDA

Estoy leyendo un artículo de la última Linux Journal, referido a la tecnología CUDA, que sacó hace un tiempito nomás NVidia. Básicamente se trata de una plataforma de software (compilador + libs + soporte en hardware) para que cualquier programador pueda acceder al enorme poder de cálculo que tienen las tarjetas gráficas actuales, que es mucho mayor que las CPUs que se utilizan todos los días; se comenta que la mejora de performance es de ¡uno a dos órdenes de magnitud como regla general!

Ya hace un tiempo vengo leyendo que están utilizando CUDA para romper WPA/WPA2, comprimir videos, procesamiento paralelo, y hasta acelerar las operaciones de cálculo de un RAID[1]. ¡Me parece bárbaro!, al fin una nueva "cosa" con la cual jugar, usar y aprender.

En primera instancia creo que la vuelta de la tecnología del viejo y querido "coprocesador matemático" viene muy bien, más cuando la arquitectura x86/x86_64 no deja muchas opciones más al momento de escalar; me parece que es un gran mérito de Nvidia poner esta idea primero (masivamente) en el mercado, y como se ve lo viene explotando a pleno (prensa, fama y fortuna, je).

Si no vieron de qué se trata, péguense una vuelta por el sitio/showroom virtual de CUDA, que está buenísimo. En cuanto a lo técnico, resumo:

  • No es software libre, pero sí es gratuito (free as in beer, not as in speech).
  • Ya está disponible para Linux (sólo x86/x86_64) y Windows. Mac está en camino (ahora en forma de beta descargable).
  • Si bien es ideal para usarlo desde C y C++, ya hay bindings para usarlo desde Matlab y ¡Python! :-D
  • Si bien es recomendable usar una tarjeta gráfica soportada (Nvidia 8000 o mayor), puede utilizarse en forma emulada.
  • Compatibiliad binaria: una vez que genero un programa CUDA, funciona en cualquier tarjeta soportada por la plataforma.
  • Ojo, no es "transparente" al programador, ni "mágico". Hay que leer la documentación, entender cómo funciona la arquitectura y escribir desde cero.
Y qué hace la competencia? Los próximos pasos de AMD/ATI parecen ser el desarrollo de Fusion, que es un approach mucho más general, al igual de Intel, que está por sacar Nehalem.

Ambos parecen tener la idea de empezar a fabricar CPUs con varios cores especializados, al estilo del pionero Cell, pero manteniendo la milenaria y vetusta arquitectura x86. Lo bueno es que esta solución, aunque más compleja, me atrevo a decir que será más efectiva ya que no tendrá el cuello de botella del puerto PCI-Express; aunque parece que falta mucho para ver algo concreto, y es atendible que CUDA tenga como objetivo "sólo multiprocesamiento masivo". El tiempo dirá cómo evoluciona la cosa.

Y bueno... hago público mi bajón de no tener una Nvidia serie 8000 y hacer pruebas. :-(

Saludos
Marcelo

[1] Puede ser aplicado, por ejemplo, al módulo md de Linux, el que permite que hagamos RAID por software.

jueves, 23 de octubre de 2008

Tip para vagos (como yo) al usar SSH

Tip estilo "cortita y al pie".

Para el que tiene varios equipos remotos a los que entra usualmente por SSH pero bajo diferentes usuarios al del host propio, termina siendo un garrón tener que escribir diferentes usuarios, y un montón de veces, "ssh usuariopepe@mihost".

Pero con sólo crear un archivo .ssh/config parecido a este:

marcelo@marcelo-laptop:~$ cat .ssh/config
Host *.dominio.com.ar *.dominio server1 server2 server3
User mfernandez

Host desarrollo.dominio.com.ar desarrollo.dominio desarrollo
User usuario1

Host vm1 vm2
User prueba
A partir de ahora sólo hay que escribir "ssh vm1" para entrar!!!

Más info en "man ssh_config". :-)

Saludos
Marcelo