Artículo Original:
Desde hace unos días he tenido problemas para conectarme a algunos sitios desde la red VTR, en realidad el problema tiene que ver con la resolución de nombres (DNS), ese servicio que se encarga de transformar un nombre de host como www.google.cl a una dirección IP, antes de conectarse al servidor.

Justamente el problema lo tenía para resolver www.google.cl y www.google.com, sin embargo google.cl y google.com se resolvían perfectamente, pero cómo después redireccionan nuevamente a los nombres con “www” quedaba con el mismo problema.

La solución más rápida en estos casos es cambiar la dirección del DNS por uno que sepamos que funciona correctamente, y fue lo que hice durante estos días.  Ni siquiera quise llamar a VTR para no quedarme escuchando la música de Flashdance y además el problema es más evidente en Linux, ya que en Windows parece que usa algún tipo de caché cuando falla la resolución.  En Windows funciona leeento, pero funciona (aunque el uso de un caché para DNS local es un riesgo de seguridad, ese es otro tema).

Hace un rato atrás me puse a mirar un poco más y descubrí que los DNS de VTR si resolvían.  En mi configuración de red tengo un router (Dlink DIR-300) y éste actúa como relay de DNS.  Eso quiere decir que cuando mi PC consulta por un nombre de host via DNS, se envía la petición a mi router (192.168.0.1) y éste la envía a los DNS de VTR, justamente esta es la consulta que fallaba.

PC -> 192.168.0.1 -> Router (DNS Relay) -> DNS VTR
DNS en uso : 192.168.0.1

Lo que hice fue desactivar el DNS Relay en mi router para que mi PC usara directamente los DNS de VTR.  Reincié el router, la conexión y problema solucionado.

PC -> 192.168.0.1 -> Router -> DNS VTR
DNS en uso : DNS de VTR

Anticipándome a las posibles preguntas:

• ¿Por qué no simplemente cambié mis DNS por “otros”?.  Es la misma solución ya que se deja de ocupar el router como DNS Relay, el problema es que cada vez que se establece la conexión lo tendría que hacer, en cada PC y sistema operativo que usa la red de esta casa (3 Ubuntu’s y un Windows).  Prefiero una solución automática que se aplique a toda la red.
• ¿Por qué no sucede en Windows? En windows también sucede, pero cuando se demora mucho en resolver utiliza otro mecanismo (posible cache local).  Esto hace que cada conexión funcione MUY lento, pero al menos funciona y si es con un caché local no es de confiar. (Ya se que lo mencioné, pero lo quiero enfatizar).
• ¿Es un problema de VTR sólamente? No lo sé, no tengo como probarlo, pero por lo que veo en internet, no se mencionan otros ISP.

Una de las características que se extraña del grandioso Songbird es que no tiene ecualizador.  Hice un parche basico para incluir un ecualizador estático, y por favor no esperen mucho porque este es un hack que hice después de almuerzo como en una hora, y no tengo un conocimiento real de gstreamer ni glib.  Integrar este parche con una interfaz de usuario que lo permita modificar en tiempo real es un paso mucho más grande y complejo, pero al menos se puede mejorar el sonido de SongBird ahora mismo si eres lo suficientemente valiente como para compilar Songbird por ti mismo.

Patch in Bugzilla : http://bugzilla.songbirdnest.com/show_bug.cgi?id=4855

No es necesario explicar mucho.  A continuación las imágenes del proceso.

Al insertar el modem lo autodetecta

Se inicia el asistente de configuración

Selección del proveedor de la red

Resumen final

Reporte de nueva configuración creada

Sistema avisando que estamos conectados a la red

Estado de la conexión (esos DNS no me funcionan)

Para cambiar los servidores de DNS por unos que si respondieran, edité directamente /etc/resolv.conf

fcatrin@shaman:~$ cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 194.179.1.100
nameserver 194.179.1.101

Y listo, conectado completamente!

fcatrin@shaman:~$ ping -n www.google.com
PING www.l.google.com (66.102.9.147) 56(84) bytes of data.
64 bytes from 66.102.9.147: icmp_seq=1 ttl=241 time=660 ms
64 bytes from 66.102.9.147: icmp_seq=2 ttl=241 time=627 ms
64 bytes from 66.102.9.147: icmp_seq=3 ttl=239 time=633 ms
64 bytes from 66.102.9.147: icmp_seq=4 ttl=239 time=609 ms
64 bytes from 66.102.9.147: icmp_seq=5 ttl=241 time=595 ms
64 bytes from 66.102.9.147: icmp_seq=6 ttl=241 time=625 ms
^C
--- www.l.google.com ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5013ms
rtt min/avg/max/mdev = 595.072/625.102/660.685/20.403 ms

Una rapida búqueda en google me indicó que habia una versión de este driver que aun no se declaraba oficial pero que se podía utilizar. Por ejemplo encontré esta guía, pero la vi algo complicada sin embargo se entiende la idea.

Confiando en que Ubuntu es para seres humanos y ya que tenía una mano ocupada con un vaso como para escribir comandos, hice la instalación en 3 sencillos pasos y un mouse en la mano desocupada:

Paso 1 : Habilitar repositorio de actualizaciones no publicadas.

Actualización: Este paso ya no es necesario porque ahora el driver se encuentra en intrepid-updates

Sistema -> Administración -> Origenes del Software -> Actualizaciones -> Actualizaciones aun no publicadas (intrepid-proposed)

Cerrar, esperar un par de segundos y aparecerá el icono de notificacion avisando que hay updates. Instalarlos.

Paso 1 : Activar repositorio intrepid-proposed

Paso 2 : Habilitar driver de Nvidia
Sistema -> Administración -> Controladores de Hardware

Presionar el botón Habilitar. El sistema descargará e instalará el driver.

Paso 2 : Habilitar controlador de NVIDIA

Paso 3 : Reiniciar el sistema.
Y eso es todo. Una vez reiniciado el sistema avisará que estan usando el driver de nvidia y se pueden activar los efectos de escritorio (Sistema -> Preferencias -> Apariencia -> Normal).

Paso 3 : Reiniciar y disfrutar el driver acelerado

Lo interesante es que a diferencia del método que ya había publicado, ahora crearon un set de paquetes para facilitar la instalación en “tu sistema favorito” (Debian, RedHat, Mandriva, etc).

No es una mala opción considerando que las versiones nativas para Linux y Mac estan en pañales gracias a la inclusión de WTL (Windows Template Library) entre otras dependencias de Windows en la base de Google Chrome.

Por mi parte, sigo fiel a Firefox pero disfrutando del ingenioso layout de Google Chrome gracias al tema Chrome para FireFox

Claudio Cortés me envió un tip para probar Google Chrome en Linux a través de Wine en nuestra distribución favorita. Obviamente no es lo mismo que correr la versión nativa para Linux que sacará Google, pero puede servir para jugar un rato con el sin tener que usar vmware u otro tipo de virtualización.

Las instrucciones son fáciles de seguir, sólo tuve que hacer unos pasos adicionales:

1. aplicar sudo apt-get wine antes de ejecutar el .exe (no dice en el tutorial)
2. Hace un link simbólico de un directorio que tenía problemas por el acento:

   cd ~/.wine/drive_c/windows/profiles/fcatrin
   ln -s Configuración\ local/ "Configuracion Local"

3. Ejecutar el comando wine dando la ruta sin el acento

Funciona bien, sólo que el font de la barra de direcciones se ve mal. Va el screenshot de rigor:

Google Chrome en mi desktop Linux

Como les había contado, en mi laptop logré reducir el tiempo de booteo de 51 segundos a 25 segundos!. Solamente me enfoqué en reducir el tiempo en donde el sistema se inicia hasta antes de lanzar el entorno gráfico, así que todavía queda por mejorar en esa parte.

Antes de que sigan leyendo tengo que advertir que es probable que no puedan aplicar lo mismo que yo porque hay cosas que dependen de la configuración de cada uno, y también advertir que si no saben lo que están haciendo, es mejor no meter las manos a menos que sepan como arreglarlo.

Para explicar el método voy a usar mi caso particular, ustedes deben seguir la misma metodología pero en su configuración.

Bootchart

El primer paso es instalar la herramienta bootchart. Esta herramienta permite generar un gráfico que describe todo el proceso de inicio del sistema, mostrando el uso de recursos (CPU, I/O) e indicando cada proceso que se ejecuta. Es vital para medir los cambios y ver si la cosa va mejorando o empeorando. Además sirve para visualizar cuellos de botella.

Se instala via apt-get:

sudo apt-get install bootchart

Una vez instalado ya pueden generar su primer gráfico de referencia. Solo basta reiniciar el sistema ya que bootchart se activará por omisión. Para desactivarlo se puede pasar el parámetro bootchart=disable en las opciones de inicio del kernel.

Una vez iniciado el sistema, pueden encontrar el gráfico resultante en /var/log/bootchart

Aqui pueden ver mi primer bootchart que usaré de base para explicar el método.

Análisis del bootchart

Al mirar el gráfico generado por bootchart detecté lo siguiente:

• El tiempo de inicio es de 51 segundos
• Hay dos momentos en que el sistema pareciera no hacer nada, esta esperando que algo suceda. Esto es en el segundo 4 y en el segundo 26
• Hay dos momentos en que se ocupa el disco en forma intensiva y por mucho tiempo. Uno es cuando se ejecuta readahead (9s) y el otro es cuando se ejecuta fsck (20s)
• Hay procesos que detienen el inicio mientras no se terminen, por ejemplo readahead (9s), lrm-manager (13s), fsck (21s), postgresql (40s), etc.
• Hay varios servicios que no estoy usando o que no necesito que se inicien automáticamente todos los dias, como mysql y postgresql
• La partición de windows se está montando automáticamente y no la necesito (32s)
• El resto son cosas chicas que podrían ayudar a ganar 1 o 2 segundos.

Desactivar servicios no utilizados

Esta es la parte más obvia de la optimización: desactivar todos los servicios que no estemos usando. Hay varias formas de hacerlo, recomiendo primero ir a Sistema -> Administración -> Servicio y desactivar todo que evidentemente no debe iniciarse en forma automática. En mi caso postgresql y mysql.

Hay muchos servicios que no aparecen con este editor. Hay varias herramientas para modificarlos y visualizarlos. Lo más simple es ver el contenido del directorio /etc/rc2.d:
ls /etc/rc2.d
K08vmware S16ssh S20apmd S20winbind S89cron
... etc
Todo lo que empieza con “S” son servicios que se van a iniciar al entrar a runlevel 2 (modo normal de ubuntu).

Una forma rápida de ver qué hace cada servicio es mirar su script en /etc/init.d. Por ejemplo para ver S16ssh:
fcatrin@desktop:~$ grep Desc /etc/init.d/ssh
# Short-Description: OpenBSD Secure Shell server
Para activar o desactivar se pueden usar herramientas como sysv-rc-conf o update-rc.d

Desactivar servicios de sistema

Antes de que el ubuntu entre en runlevel 2 tiene que levantar servicios que operan a nivel de sistema, son de base. Algunos de ellos si bien son útiles para muchos, puede ser que para tí no lo sean. Estos servicios se ejecutan en el runlevel “S” y se pueden ver en el directorio /etc/rcS.d. Por ejemplo:

fcatrin@desktop:~$ ls -1 /etc/rcS.d
README
S01mountkernfs.sh
S01readahead
S02hostname.sh
S06keyboard-setup
S07linux-restricted-modules-common
S08hwclockfirst.sh
...
Al igual que en rc2.d, estos archivos son enlaces simbólicos a scripts de servicios que estan en /etc/init.d

fcatrin@desktop:~$ grep Desc /etc/init.d/mountkernfs.sh
# Short-Description: Mount kernel virtual file systems.
# Description: Mount initial set of virtual filesystems the kernel

Al mirar esa lista, se puede deducir que cuando el sistema parte hace lo siguiente:

• Montar los sistemas de archivo virtuales del kernel (como /proc)
• Pre-leer un conjunto de archivos
• Asignar el nombre de host
• Configurar el teclado
• Cargar los modulos restringidos como el driver de nvidia
• Configurar el reloj
• etc

Este sistema modular facilita desactivar servicios a nivel de sistema sin tener que hacer algo distinto a desactivar un servicio normal. Es algo que echaba de menos en OTRAS distribuciones que tienen todo esto en un solo gran script.

En mi caso deactivé los siguientes servicios de sistema:

• linux-restricted-modules-common : lo necesitas sólo si tu hardware requiere drivers propietarios. Cómo saberlo? ejecuta Sistema -> Administración -> Controladores de Hardware. Si la lista esta vacia, es seguro deshabilitar este servicio
• pcmciautils : lo necesitas si tienes dispositivos pcmcia
• brltty : lo necesitas si tienes un display braile
• apparmor : lo necesitas si quieres mantener tu sistema seguro. Si eres confiado lo puedes desactivar

Hay otros más, se debe ver caso a caso

Configurar la revisión de los sistemas de archivo

Una de las tareas que más tiempo consume es revisar la consistencia de los sistemas de archivo (fsck). En mi caso lo que hice fue desactivar la revisión de mis sistemas de archivo de windows porque casi nunca los ocupo (en mi laptop), y desactivar la revisión de mi sistema raiz ya que es reiserfs y se autocorrige (hasta ahora). Con eso ahorré unos 5 segundos o más.

El archivo /etc/fstab contiene todos los sistemas de archivo que se montarán automáticamente al iniciar el sistema, y al final de cada linea indica si se va ejecutar fsck para revisar la consistencia.

Entonces originalmente era algo similar a esto:

/dev/sda1 / reiserfs defaults 0 1
/dev/sda4 /media/sda4 vfat defaults,utf8,umask=007,gid=46 0 1

Y lo dejé como:

/dev/sda1 / reiserfs defaults 0 0

Con eso eliminé el montaje y revisión de la partición de windows y al cambiar el 1 por el 0 al final de la primera linea desactivé la ejecución de fsck.

Ojo, en esta parte debes estar seguro de lo que estas haciendo

Readahead : pre-lectura de archivos

Finalmente lo que hice fue mejorar la pre-lectura de archivos. De qué se trata? Cuando el sistema parte, se dedica a leer de una pasada todos los archivos que en algún momento posterior va a tener que leer, eso hace que todos queden en caché y así reduce cualquier latencia posterior que se agudiza con la latencia de esperar a leer un archivo de disco.

En el directorio /etc/readahead hay dos archivos de texto que contienen una lista de archivos a preleer: boot que se pre-lee al iniciar el sistema y desktop que se pre-lee al iniciar el entorno gráfico.

Estas listas vienen de fabrica y es muy probable que al modificar los servicios queden en estas listas muchos archivos que ya no se necesitan volver a leer, entonces hay que regenerar las listas. Para regenerar la lista se debe reiniciar el sistema y agregar el parámetro profile a la linea de inicio del kernel. Grub permite modificar las opciones de inicio presionando la tecla “e” para editar, y una vez hecho los cambios se inicia con la tecla “b”. Estos cambios no se guardan en disco.

La linea de inicio del kernel debería quedar similar a ésta, agregando el parámetro profile:

kernel /vmlinuz-2.6.24-19-generic root=/dev/sda1 ro quiet splash profile

El sistema se demorará en partir porque estará generando estas listas. Esto sólo sucedera cuando usemos la opción “profile”.

Estas listas también se pueden revisar para ver si hay archivos que segun nosotros, no se deberían estar leyendo (así encontré apparmor).

Cuando apliqué esto, mi lista de readahead bajó de 777 archivo a 526.

Ordenar la lista de readahead

Las listas generadas con la opción profile estarán en el orden en que se leyeron los archivos. Esta lista se puede hacer más eficiente ordenándola por la ubicación de los archivos en el disco, de tal forma que los archivos se lean en forma secuencial físicamente.

Una forma rápida de ordenarla es con los siguientes comandos:

cat /etc/readahead/boot | xargs stat -c %i.%n | sort -n | cut -d"." -f2- > boot.sorted
sudo cp boot.sorted /etc/readahead/boot

Lo que hace el comando es obtener el numero de inode de cada archivo y usarlo como criterio para ordenar. Luego genera la nueva lista en base a esa lista ordenada.

Otras mejoras

Otra posibles mejoras que aun no he aplicado son :

• desactivar algunos servicios del escritorio (Sistema -> Preferencias -> Sesiones -> Programas de inicio)
• eliminar algunos archivos que se leen pero que no se van a ocupar (ej: drivers). Se pueden determinar mirando las listas de readahead
• ordenar físicamente los archivos que se preleen para que queden contiguos
• generar un gran archivo que contenga todos los archivos que se preleen para leerlos de una sola pasada

Al menos con los cambios aplicados hasta el momento mi bootchart final quedó en sólo 25 segundos.

Bueno, no voy a escribir mucho, solo dejo un par de imágenes para mostrar cómo me fue:

BootChart Original (50s)
BootChart Actual (25s)

Y aun queda espacio para mejora!

- Música que puedes escuchar una y otra vez sin aburrirte, siempre descubriendo nuevos detalles : Neal Morse, Transatlantic, principalmente rock/metal progresivo
- Varios podcasts

En cuanto a la música, además de escucharla en el sentido tradicional, he tratado de aprender un poco acerca de cómo esta mezclada y producida para después aplicarlo en casa, algo asi como aplicar mixing/mastering offline.

En cuanto a los podcasts, es una forma muy efectiva de aprender y enterarse de cosas descansando la vista. Es como escuchar una buena radio pero con contenido que realmente me interesa.

Como sé que muchos amigos que comparten mis intereses leen este blog, aquí va mi lista de podcasts recomendados:

• Slashdot Review : Es un review de noticias de ciencia y tecnología aparecidas en Slashdot, Digg y Reddit. Andrew McCaskey con un grato tono de noticiero hace un buen resumen y comentarios acerca de cosas importantes que suceden diariamente y claramente no encontrarás en lun.com. En su sitio principal también incluyen interesantes videos.
• News.com daily podcast : Es otro review de noticias diarias, enfocado principalmente a tecnología. En mi opinión no es tan bueno como Slashdot Review porque depende mucho de qué periodista lo haya grabado. A veces hay buenas entrevistas con los “protagonistas de la noticia”
• FLOSS Weekly : Aunque nunca se cumple la frecuencia semanal, es uno de los mejores podcasts sobre software libre. El anfitrión es Leo Laporte, un tipo que además de ameno sabe más de lo que uno esperaría. Siempre hay algun co-anfitrion de peso, como Randal Schwartz (Perl). Este podcast se centra en entrevistas a personajes interesantes, como el autor de PHP, de Python, Blender, etc.
• The Linux Action Show : Es un podcast sobre Linux en donde se hacen reviews de aplicaciones, entrevistas y noticias. Lo animan un par de personajes que a veces me sacan unas buenas carcajadas, sobre todo por ese enfoque de “aaactiooon”
• Inside Home Recording : Un podcast sobre estudios de grabación caseros. Hacen reviews de productos y enseñan conceptos básicos sobre técnicas y equipos de grabación orientados a estudios caseros. Sirve para todo tipo de público, he aprendido mucho de este podcast
• Sounds Good Podcast : Otro podcast para aprender sobre audio. Aunque no me gusta mucho el acento del anfitrión, es complementario a IHR entregando muy buenos tips y tutoriales.

Con esos podcasts pueden encontrar bastante material relacionado, por ejemplo el de News.com es parte de un gran abanico de podcasts de CNET.

Leo Laporte también tiene otra buena cantidad de podcasts como parte de Twit.tv, se puede encontrar material sobre Mac, Windows, Seguridad, Biotecnología, etc. Incluso Leo tenía un espectacular programa de televisión que lamentablemente cancelaron hace poco. Algunos episodios se pueden ver por internet, se llamaba The Lab with Leo.

Me inscribí en el foro de RetroGames y también he estado mirando AtariWare, en ambos hay mucha gente que vivió una infancia muy similar a la mía. Incluso están quienes hacían los programas que yo revisaba en esos años, además de gente que sigue haciendo cosas.

Hace un par de días fui a la casa de mis papás y encontramos el cuaderno que usaba para programar cuando tuve mi primer trabajo en la Electrónica Johanne’s de Villa Alemana. Un auténtico tesoro para mi, claro que ahora lo miro y me cuesta un poco entender lo que hacía en ese tiempo.

Después de más de 15 años de inactividad, hice mi primer programa en ASM para Atari, claro que fue mas que nada para ver si podía programar en Linux y luego cargar el código de máquina en un emulador. Es una tontera: Si se ponía la pantalla negra significaba que había funcionado.

fcatrin@shaman:~$ cat test.asm
    .word $FFFF
    .word start
    .word end-start
    * = $600
    code
start
    lda #0
    sta 710
loop
    jmp loop
end

fcatrin@shaman:~$ xa test.asm -o test.xex
fcatrin@shaman:~$ atari800 test.xex

Y voila!!! No hay excusas para no hacer algunas cosas entretenidas ahora que es más facil y tengo unos años más de experiencia que en ese tiempo. Pero tengo mucho que repasar aun.

PD: Estoy usando Atari800, xa65 y gedit.