Sysadmin Haiku

Según comentarios de Jonathan Corbet, parece ser que para los primeros días de marzo se publicará Linux 2.6.33, la nueva versión estable. Lindo sería que llegue como regalito de cumpleaños para tener festejo doble

Dentro de las novedades, incluirá el driver Noveau para chipsets gráficos de Nvidia desarrollado con ingeniería inversa. Como se puede ver en la siguiente cita, Nvidia sigue manteniéndose neutral, por lo que el esfuerzo de los desarrolladores dedicados a este componente toma más valor aún.

Los chicos trabajando en Nouveau han hecho un trabajo realmente increíble hasta ahora. Aún así, nuestra política se mantiene igual : no intentaremos obstaculizar su esfuerzo, pero tampoco tenemos planes de ayudar.

Linux Torvalds ya venía medio calentito porque todavía no se había incluído este driver en el kernel y como fruto de eso estuvo metiendo algo de presión. Más aún teniendo en cuenta que los chicos de Fedora se la jugaron incluyendo ya de seríe este drivers desde hace un año. El argumento que daban era que no sería lo suficientemente estable, aunque, de no ser así, está la pregunta de por qué lo habrían incluído entonces en Fedora desde hace tanto tiempo; siempre había alguna excusa para no incluir el driver en el kernel.

Luego vino el tema del microcódigo necesario para que el driver funcionara y la solución que tomaron fue serpararlo usando el sistema de firmware de Linux, algo con lo cual Richard Stallman no estará contento y que dará nuevo tema para que le pegue a Linus, pero que simplificará la vida de varios usuarios de Nvidia con GNU/Linux.

Hasta ese entonces solo había dos opciones: el driver libre nv o el driver privativo de Nvidia. El driver libre en realidad fue escrito por Nvidia de mala voluntad, si se quiere decir, ya que lo hicieron usando código ofuscado. La pega de este driver, además de lo mencionado, es que no permite hacer uso de las características avanzadas del hardware, lo que sí estaba disponible con el driver privativo de Nvidia. Además el driver privativo requería ser instalado por separado, no está sincronizado con Linux y cuando surgen problemas con él, no pueden ser resueltos por la comunidad sino solamente por Nvidia. Esta limitación habría quedado atrás con el driver Noveau.

Otra funcionalidad que se incorporará y nos será de gran utilidad a los administradores de sistemas será el ftrace dinámico, que nos permitirá analizar que está pasando en el sistema operativo o en las aplicaciones de los usuarios. Algo verdaderamente interesante en esta nueva versión de Linux.

En esta nueva release se prevé que están trabajando unos 1100 desarrolladores solucionando errores y agregando características como las comentadas arriba.

Por otra parte, algo que personalmente y muy ansiosamente estoy esperando probar es KSM, que es algo de lo que ya hay soporte desde la versión estable 2.6.32. ¿Qué es KSM? KSM viene de Kernel Samepage Merging, que es una funcionalidad vinculada con la virtualización. Con esto el sistema no maneja toda la memoria en búsqueda de páginas con el mismo contenido, sino que las aplicaciones le dan una pista al sistema operativo para que trate de consolidar múltiples páginas en una sola. De esta manera, solo en aplicaciones donde pudiera resultar como ventaja usar KSM, se entrega esta pista y eso es lo que está haciendo el sistema de virtualización KVM. Algunos resultados muestran que con un host de 16 GiB de RAM se pueden correr sin problemas hasta 52 máquinas virtuales de 1 GiB cada una, todas ellas corriendo Windows XP.

En casa ya estuve haciendo algunas pruebas al respecto con un kernel 2.6.32.3 y qemu-kvm-0.12.1.2, compilados ambos por mi, ya que recién KSM viene soportado a partir de qemu-kvm 0.12 y Linux 2.6.32 no viene con soporte habilitado de serie. Pero, lamentablemente, no funcionó y me da la impresión que esto se debe a que la glibc de Debian GNU/Linux Lenny no tiene aún soporte para KSM. Así que es un tema pendiente aún sobre el cual indagar.

Y hablando un poco de Linux 2.6.32, otra cosa que vale le pena comentar y que será muy útil para quienes administramos sistemas, es la ventaja en el uso de varios discos. Antes había un proceso llamado pdflush que guardaba en disco los datos que por un momento estuvieron en cache, pero el proceso no estaba para soportar múltiples discos. Ahora se crean distintos procesos para cada dispositivo de almacenamiento y, por ejemplo, con este cambio, usando cinco discos SATA se logró una mejora del 40% al escribir los datos en disco. pdflush puede ser un dolor de cabeza y en ocasiones puede congestionarse bastante. Incluso, si hay discos de diferente velocidad, pdflush hace peor su trabajo por lo que esperemos que esta nueva implementación mejore estos detalles.

Así que será interesante probar el desempeño de esto cuando lleguen mis nuevos servidores HP DL380 G6 con sus discos SAS en RAID por hardware.