Fuente: http://www.openkairos.com/index.php?opti...&Itemid=35

Mudur, aceleración de arranque de alto nivel
E-Mail
Escrito por sebelk
lunes, 09 de octubre de 2006

Los desarrolladores de la distribución Pardus idearon un nuevo sistema para acelerar el arranque de los sistemas Linux. Se llama Mudur (significa director en turco).

Mudur está escrito desde cero en Python con simplicidad, velocidad y facilidad de mantenimiento en mente. No es un reemplazo para el comando /sbin/init como otras alternativas, no es solamente un ejecutor de scripts.

El interés principal no está solamente en la velocidad del proceso de inicialización, sino también en la facilidad de mantenimiento de la base del código fuente. Alegan que la experiencia con el sistema de inicialización de Gentoo si bien le agrega soporte de internacionalización mostró que los scripts de shell son una pesadilla para mantenerlo.
Los lenguajes de bajo nivel son rápidos pero padecen de problemas para mantenerlos. El código se fulve aun más grande que los scripts de shell, y el tiempo de desarrollo se incremente significativamente.

Entre los idiomas de alto nivel, Python pareció la mejor opción, Python tiene un código pequeño y limio. La curva de aprendizaje es baja.

Casi todos los proyectos de aceleración del tiempo de arranque están obsesionados con la idea de reemplazar el init, pero no es el caso de Mudur.

Dado que es un programa del propio nivel del sistema, escribir un reemplazo es difícil y consume tiempo. Ejecutar servicios en paralelo se puede hacer desde un script, administrando directamente procesos de los servicios es mucho más fáci con un poco de administración inteligente de /var/run/*·pid.

Crearon un script para ejecutarse en /etc/inittab y trabajar sobre el problema real.

Los trabajos de inicialización, i.e. carga de módulos, arranque del administrador de dispositivos udev, montaje de sistemas de archivos, actualización del reloj del sistema son manejados por un único script de Python. Esto ahorra tiempo y lo hace más simple. Estos primeras tareas de arranque deberían ejecutarse secuencialmente.

Creen que los dispositivos conectados en caliente son manejados y montados mucho mejor por reglas de udev en lugar de fstab, y convierte a su lógica algo bastante inútil.

El tiempo de arranque es acortado solamente un poco, pero dado que puede cachear no solamente el proceso de arranque sino la sesión del usuario también, el tiempo de apertura de una aplicación como OpenOffice.org es significativamente mejorado sin siquiera precargarlo.
Se puede descargar y probar la versión 1.1 alpha3 release para ver Mudir y la distribución Pardus en acción desde ftp://ftp.pardus.org.tr/pub/pardus/kurulan/
Fuente: Pardus

Interesante. Leo esto ahora que acabo de instalar openSuse 10.2...por dios! es un parto, la lentitud del YaST pero tenia ganas de probar XGL + Beryl...

No funca el link...

Salu2...

Era un tema de versiones, el link ya fue corregido, gracias franchox