Barrapunto

Vamos por partes. Recientemente Alan ha reconocido que desde 2.4.13 más o menos la VM de la serie oficial le parece estable, y que va a hacer un "merge" de la misma a su árbol en breve. Lo que no dice es que la de Rik que hasta ahora viene incluyendo sea mala, sólo dice que va a usar la de Andrea para su árbol. Quizás la VM de Rik, una vez depurada, tenag cabida en 2.5.x eventualmente, pues se dice es más escalable y aguanta mejor cargas de trabajo elevadas.

En cuanto al VM seleccionable en tiempo de configuración/compilación. No es imposible, pero no parece que nadie de los capacitados tenga la intención de dedicarse 24x7 a imlpementar y mantener eso. El "problema" de Linux es que se usa (y debe funcionar de manera casi óptima) desde sistemas con 4 MB de RAM a máquinas con 16 GB de RAM, hasta 64 procesadores, múltiples tarjetas de Gigabit, etc. Y cosas como la gestión de memoria se vuelven MUY complejas cuando han de gestionar complejidades tan diversas.

devfs. En su forma actual, en la nueva implementación que está acometiendo el propio Richard Gooch, o en forma de otra implemetación alternativa de la misma idea, "devfs" (o como se termine llamando) _va_ a ser estándar en 2.6.x con posibilidad de mantener la compatibilidad con el actual sistema de /dev. Así lo ha dicho Linus en múltiples ocasiones, y IMHO, es justo y necesario (técnicamente hablando). Veamos en qué queda todo esto, que entro los grandes maestros del kernel-hacking hay mucha gente a la que se le va mucha fuerza por la boca :)

Algo similar a esto con devfs ha pasado ahce meses con LVM y Andreas Dilger (creo) como persona "mosqueada" con la política "cerrada" de desarrollo por parte de la empresa Sistina (el código de LVM es GPL). Rápidamente se habló de fork (cuándo no), pero finalmente los ánimos se templaron, se continuó picando código y depurando el existente, y a día de hoy parece que los 2.4.13-acX más recientes llevan el código LVM casi a la par con el CVS del proyecto. De manera que de aquí a un par de "releases" de 2.4.x podremos (por fin) tener LVM estable sin necesidad de parchear. Por cierto, LVM también está siendo rescrito desde cero (LVM2 supuestamente para 2.5.x) y además está EVMS, de IBM, que promete (aunque mucha gente lo critica porque el código "is complete crap").