VivaLinux!

Durante la celebración de la reciente LinuxWorld Conference & Expo saltó la polémica acerca del futuro del kernel de la plataforma de código fuente abierto. Andrew Morton, responsable del mantenimiento de la versión 2.6 de Linux, reconoció el temor de que, poco a poco, las vías de desarrollo del Kernel se bifurquen, aunque puntualizó que va a ser difícil ya que "no hay ninguna organización que apueste lo suficiente por la bifurcación".

Morton cree que para la bifurcación se produzca deberían de unirse un grupo de empresas que controlen el 40% del Kernel y que todas ellas decidan apostar por la doble vía de investigación. "Realmente no creo que esto vaya a suceder", dijo.

El hacker del Kernel Andrew Morton dijo en la conferencia LinuxWorld que "no esperen ver las características principales de OpenSolaris en el núcleo de Linux", ni Zones, ni ZFS y ni DTrace. Morton aclaró que la incorporación de Ian Murdock, el fundador del proyecto Debian, al equipo de Solaris no se traducirá en una unión entre la versión de código abierto del sistema operativo de Sun con Linux. Morton tampoco se ahorró durísimas críticas:

"Es una gran pena que OpenSolaris todavía exista. Debieron haberla matado".

Morton dijo que el motivo del rotundo alejamiento entre OpenSolaris y Linux es porque Sun se rehúsa a adoptar la GPL.

Desde la versión 2.6.20 del núcleo Linux ya podíamos contar de serie con la plataforma de virtualización KVM, pero el avance de estas tecnologías es tal que la próxima versión 2.6.23 incluirá dos tecnologías más: Xen y la aún poco conocida lguest. Según sus desarrolladores, lguest es "un sencillo hipervisor para ejecutar máquinas virtuales Linux sobre Linux. Al contrario que KVM, no requiere hardware con VT/SVM (las soluciones de virtualización HW de Intel y AMD). Y al contrario que Xen, simplemente hay que hacer un modprobe, y listo" (!).

El desarrollador Ingo Molnar es el responsable de un nuevo planificador de procesos que hará su aparición en el futuro Kernel 2.6.23 de Linux. Según KernelTrap, el nuevo CFS (Completely Fair Scheduler) modela una "CPU multitarea ideal y precisa en hardware real. Ejecuta la tarea que tiene la necesidad más desesperada por conseguir tiempo de CPU y trata de dividir los recursos de la CPU entre las tareas en ejecución para conseguir una multitarea hardware tan ideal como es posible".

El próximo VMWare Workstation 6.0 (WS6) podría convertirse en una muy buena herramienta para el desarollo del Kernel Linux. Por lo menos así se desprende de una nueva características incluída en la última versión preliminar de WS6 que permite usar GDB corriendo en el sistema anfitrión para debuggear el Kernel ejecutándose en la instancia de la máquina virtual (VM) sin ninguna modificación en esta última.

De esta manera, no sería necesario KDB, ni recompilar el Kernel ni una PC extra para hacer esa engorrosa tarea: ahora sólo es necesario modificar una sóla línea en el archivo de configuración de la VM y todo está ahí: breakpoints, inspección de memoria, ejecución paso a paso, etc.

Muy a pesar de que ZFS sí será incluído en FreeBSD 7.0 y de que ya tiene hay una implementación parcial en Linux usando FUSE, parece haber potenciales serios problemas para incorporarlo más cerca del Kernel:

En una discusión en la lista de correo linux-kernel se destacó que ZFS está liberado bajo la licencia CDDL incompatible con la GPL y que Sun ya registró numerosas patentes que impedirían hacer ingeniería inversa a ese sistema de archivos.

La conclusión final parece ser en este momento que "una reimplementación de ZFS compatible con la GPL a nivel binario podría no ser legal".

De una manera similar al KVM del Kernel 2.6.20, la próxima versión 2.6.21 estable del Kernel Linux incorporará una nueva característica de virtualización llamada VMI desarrollada por VMWare. VMI permitiría ejecutar otros sistemas operativos (otros Linux en realidad) para-virtualizados sobre el mismo Kernel. La Para-Virtualización es una técnica que le ofrece performance a la máquina virtual (VM) a cambio de flexibilidad en el sistema operativo: el OS a "para-virtualizar" debe ser modificado para entender lo que sucede en la VM y debe ser el mismo que el OS anfitrión.

Este imperdible artículo en LWN analiza el código fuente del Kernel 2.6.20 para descubrir quienes fueron los que más líneas de código contribuyeron a Linux y para qué empresas trabajan. Las conclusiones son reveladoras: sólo 20 personas contribuyen con casi el 50% del código.

Lista ordenada según cantidad de líneas de código modificadas por persona:

• Jeff Garzik 20712 6.0%
• Patrick McHardy 15024 4.3%
• Jiri Slaby 13917 4.0%
• Avi Kivity 11726 3.4%
• Andrew Victor 9710 2.8%
• Amit S. Kale 9537 2.7%
• Stephen Hemminger 9120 2.6%
• Geoff Levand 8396 2.4%
• Michael Chan 8307 2.4%
• Chris Zankel 8099 2.3%

La lista sigue a continuación:

Y tal como se esperaba el recientemente liberado Kernel Linux 2.6.20 incluye en forma nativa soporte para virtualización de hardware, gracias a KVM (Kernel Virtual Machine), una completa solución para procesadores de 32 bits que proporciona a los sistemas virtualizados un completo espacio de usuario con su tarjeta de red, placa gráfica, memoria, etc.

Para ello, simplemente necesita una CPU que incluya soporte para tecnologías de virtualización, algo que tanto Intel como AMD han incluido en sus microchips desde hace un tiempo.

Todo parece indicar que la próxima versión 2.6.20 del Kernel Linux incluirá un relativamente nuevo entorno de virtualización: KVM. Gracias a su acercamiento al concepto de virtualización, KVM puede ejecutarse directamente en el Kernel sin que sea necesario ninguna modificación ni parche adicional, sino sólo la compilación de un módulo.

Las máquinas virtuales que ejecutan versiones sin modificar de los sistemas operativos anfitriones aparecen en el host como un simple proceso independiente. KVM requiere, sin embargo, la coperación de las nuevas tecnologías de virtualización Intel VT o AMD Pacifica.