Libertonia
Portada · Todo · Software Libre · Desarrolladores · Comunidad · Internet · Tecnología · Meta · Diarios
initng : ¿El futuro del sistema de arranque?

shamkao's Diary
Por shamkao
departamento , Sección Diarios
Puesto a las Thu May 5th, 2005 at 10:39:28 PM CET

En este enlace http://jw.dyndns.org/initng/ se encuentra la página de un programita bastante interesante, que como de costumbre, me he enterado a través de osnews (deberíamos hacer un resumen semanal de ownews, al igual que se hace/hizo con slashdot).

 


Todos sabemos que el tiempo de boot no es un parámetro que defina la calidad de un sistema operativo, que en linux, es un parámetro insignificante, puesto que se puede estar semanas y semanas sin reiniciar, pero en verdad no es así, a todos nos irrita, en mayor o menor medida, estar esperando viendo como salen las letras del arranque. Además, en los portátiles es algo a tener en cuenta, no es que sea una barbaridad, pero si se puede mejorar, ¿por que no?

Hasta ahora, había visto modulos del kernel que sacaban estadísticas del tiempo del arranque para luego optimizar la secuencia de arranque lanzando en paralelo los servicios que no dependen entre sí; pero esto había que hacerlo a manubrio.

Al parecer, este nuevo sistema de arranque, fuertemente influenciado por el sistema OS X, resuelve las dependencias el solito y optimiza el arranque. En las pruebas realizadas por el autor, se ha pasado de un arranque de 41 segundos (una gentoo, mi debian tarda más o menos el mismo tiempo) a 17 segundos con su initng, me parece una buena ganancia de rendimiento en el arranque.

Además, parece que permite reiniciar en caliente, es decir, que apaga todos los servicios y los reinicia dando como resultado un reboot sin tener que padecer el arranque del hardware.

El único inconveniente, es que no es totalmente compatible con el arranque tradicional del SysV.

¿Qué os parece este sistema?¿Creéis que el futuro puede estar ahí?

< Movilización contra las patentes de software en Europa el 27-A (3 comments) | Debian en mac mini (I) (32 comments) >
Enlaces Relacionados
· Slashdot
· http://jw.dyndns.org/initng/
· osnews
· More on shamkao's Diary
· Also by shamkao

Menu
· crear cuenta
· FAQ
· búsqueda
· Fuentes de Noticias

Login
Nueva cuenta
Usuario:
Contraseña:

Ver: Modo: Orden:
initng : ¿El futuro del sistema de arranque? | 9 comentarios (9 temáticos, editoriales, 0 ocultos)
Es algo a tener en cuenta (none / 0) (#1)
por Ed hunter (eduardo.mestreENhispalinux.es) a las Thu May 5th, 2005 at 11:30:52 PM CET
(Información Usuario) http://speedball.servemp3.com

Desde hace algún tiempo que meditaba sobre si sería conveniente substiuir los shell scripts del init.d por makefiles, el los que se indicase qué requisito tiene cada servicio para poder arrancar y permitir paralelizaciones.

Con ello se podría lograr, por poner un ejemplo chorras, que si hiciesemos un service httpd start, al requerir el httpd tener arrancada la red, te haga el sistema de forma automática también el service network start.

Evidentemente si son makefiles, no se podría hacer directamente un /etc/init.d/httpd start ¿o si, si empiezan los Makefile con #!/usr/bin/make? en cualquier caso no tendría especial interes (excepto compatibilidad) si se modifica el comando "service" de forma adecuada.

En tal caso, el init podría casi quedarse en algo así: make -j -I/etc/rc.d -I/etc/rc.d/init.d -f rc.sysinit /etc/rc.d/rc$RUNLEVEL.d/* rc.local

En cualquier caso, como Jimmy Wennlund no sólo se lo ha pensado más, sino que además lo ha implementado, initng es algo que habrá que tener muy en cuenta.

Speedball la banda de heavy más chunga
Ven al Helvete Metal Bar


Lo del make lo lei hace tiempo, en /. (none / 0) (#5)
por jorginius ("jorginius" en Google Mail) a las Sat May 7th, 2005 at 12:32:39 AM CET
(Información Usuario) http://www.rodriguezmoreno.com

La noticia de /. "Booting Linux Faster" y el enlace a IBM developerWorks donde explicaban cómo hacerlo: "Boot Linux Faster".

Es un poco artesanal: tienes que calcular a mano las dependencias de todos los servicios que quieras a arrancar.

El artículo apunta más ideas para acelerar el arranque. Como correr init como "once", de manera que no se espere a que finalice cada script del runlevel para lanzar el siguiente. Hay que modificar los scripts para asegurar que no arrancase uno hasta que no se hayan levantado su dependendencia.

O también, si arrancas en modo gráfico, puedes arrancar las X mientras otros servicios se van levantando en segundo plano. Fast Boot Fedora.

De todas formas la mejor solución es hibernar. Echadle un vistazo a swsuspend. No sólo tienes arranques rápidos sino que además te ahorras lanzar las X y demás.

No me he puesto a cronometrarlo pero desde que pulso el power hasta que tengo otra vez las X y la sesión de KDE restaurada, con todo lo que tuviera abierto cuando apagué, no creo que pase del minuto en una Fedora Core 3. Para mí es más que suficiente.

[ Padre ]


Sobre el swsuspend (none / 0) (#6)
por shamkao a las Sat May 7th, 2005 at 11:59:38 AM CET
(Información Usuario)

Que tal funciona lo del swsuspend? la última vez que oí hablar de él era para leer que no estaba del todo bien, que había inconsistencia con el entorno gráfico al recuperarse de la suspensión, que para no tener sorpresas había que parar algunos servicios.

[ Padre ]


A mí me funciona estupendamente (none / 0) (#7)
por jorginius ("jorginius" en Google Mail) a las Sat May 7th, 2005 at 12:46:31 PM CET
(Información Usuario) http://www.rodriguezmoreno.com

Yo llevo ya un tiempo con él, desde el 2.4 hace un par de años. Ahora mismo estoy con swsupend2 en un 2.6.11.

No tengo ningún problema: el entorno gráfico se restaura correctamente y ningún hardware se queda tonto. Si algún servicio falla (que no es mi caso) existe una "lista negra" de módulos y servicios que se descargan/paran antes de apagar y que se cargan/arrancan cuando reinicias.

Suspendo a swap comprimido con gzip, pero swsupend2 te permite suspender a un archivo cualquiera si quieres (no lo he probado).

Lo único que me daba pegas antes era artsd, que se moría al recuperar (pero no porque fallara alsa ni nada parecido) y había que relanzarlo desde la lista negra. Desde que uso sólo dmix y KDE 3.4 sin artsd ya ni eso.

Pero sí que se oyen historias para no dormir sobre swsuspend. Que sí es incompatible con según qué implementaciones de ACPI (yo lo uso junto con APM sin pegas), que si con el driver de nVidia no funciona, que si con el parche para más de 4GB de ram tampoco, etc.

No sé, mi experiencia no puede ser más positiva pero yo no tengo drivers propietarios ni hardware raro: un scanner y una impresora usb, una placa pci con cuatro puertos usb 2.0, grabadora ATAPI, un par de discos IDE, un dongle bluetooth usb, un adaptador usb para los pad de la SNES, tarjeta sintonizadora de tv y radio ISA, tarjeta de red, gráfica y sonido integrada en el chipset i810 y poco más.

Sobre la recuperación del entorno gráfico, también he probado con una Voodoo3 3000 AGP y una 2000 PCI y no tuve problemas.

[ Padre ]


Ah, tienen una lista de compatibilidad con hw (none / 0) (#8)
por jorginius ("jorginius" en Google Mail) a las Sat May 7th, 2005 at 01:01:26 PM CET
(Información Usuario) http://www.rodriguezmoreno.com

Olvidé mencionarlo. En su web tienen una lista de posibles problemas y workarounds para algún chipset pcmcia concreto, algunas ATI, nVidia, etc. Consulta el FAQ de swsuspend, en concreto la sección Compatibility issues.

Por otro lado, en el kernel oficial aún se integra una versión antigua. Te recomiendan encarecidamente que uses la versión 2 que da muchos menos problemas.

[ Padre ]


 
Probándolo. (none / 0) (#2)
por toomany a las Fri May 6th, 2005 at 09:16:35 AM CET
(Información Usuario) http://www.toomany.net

Buenas.
Esta mañana mismo, he recibido un correo de mi colega Bgta, dándome el link y demás. No he perdido el tiempo: He ido al web, me he bajado el programa y he compilado e instalado. Salvo un pequeño problemilla en la compilación, resultante de no tener instalado el "ident" (urpmi ident), tema listo. También comentaros que, como habreis visto, se trata de una Mandriva 2005 actualizada ayer noche.
He procedido a incluir en el archivo menu.lst del arranque Grub, la línea "init=/sbin/initng", y he reiniciado para ver qué ocurría.

La máquina en cuestión es un portátil, así que como decía nuestro compañero, me interesa bastante algo como esto. Todo el mundo (o casi) coincide en que el arranque de la Mandriva es bastante rápido. Pero es que yo, señores, estoy acostumbrado a FreeBSD, y la verdad, ahí (en rapidez de arranque) ni Debian, ni Gentoo ni leches. Así que en un principio el listón queda pelín alto.
Pues nada, comienza el arranque... ¡¡Leches!! Estéticamente cambia y puedo ver cómo va combinándo un poco el tema el programita de marras... Bien, bien, bien...
Bueno, llega un punto donde para y, pasado un tiempo, y con el moscardón verde_esqueroso subido a la nariz, miro a ver si la máquina está "tiesa"; no es así, está "bien". Bueno, al ser el primer arranque quizás tenga que "arreglar sus diferencias" con sus anteriores "vecinos"...
Nada, pasa más de 10 minutos y sigue igual... Procedo a pulsar la infame secuencia; CTRL+ALT+Supr y el sistema responde. Comienza la secuencia de apagado. Otra vez que queda parado... Vuelvo a ejecutar la secuencia infame y procede a reiniciar bien el sistema.

Bien, parece evidente que o bien se me ha olvidado realizar algún paso entre la fase de modificar el fichero de configuración del cargador (en mi caso Grub), y la de reiniciar el sistema. Quizás no y el sistema está, hoy por hoy, más pensado y centrado para Gentoo y el resto de distros ya vendrán cuando esta funcione bien.
En cualquier caso la idea me parece muy buena, y voy a seguir insistiendo para ver si aunque no funcione, puedo saber el porqué y hacérselo llegar al creador del programa para que ponga remedio.

Probadlo a ver si a vosotros funciona. Merece la pena y tiene buena pinta el programita de marras...


Have a nice day ;-) TooManySecrets


 
Launchd (none / 0) (#3)
por SegFault (segfault tiene un Mailbox en frenopatico punto net) a las Fri May 6th, 2005 at 02:29:21 PM CET
(Información Usuario) http://www.frenopatico.net/segfault

Me gustaría probar launchd (está disponible con Darwin), del que hablaron en Slashdot. Es un sustituto de todos los sistemas que se usan para lanzar programas (init, los rc.d, cron y at) con una sintáxis homogénea y un mayor control sobre los procesos. Parece muy interesante, la verdad.



xml (none / 0) (#9)
por musg0 a las Sun May 8th, 2005 at 11:14:02 AM CET
(Información Usuario) http://helvete.escomposlinux.org

A mí lo que no me dió buena espina es que decían que se usaba xml para sustituir a los scripts de inicio. Me pareció entender que se necesitaba crear un fichero xml para cada servicio. Me parece un engorro tener que hacer eso y prefiero los scripts, que dan más juego.

Lo que creo que mejoraraía el arranque y respetando lo que hay hasta ahora es una shell especial compilada estáticamente y que se comporte como un demonio. Incluso se podrían precompilar los scripts a binario para acelerar su ejecución y que no se tengan que leer e interpretar cada vez.

Si además se lanzan los scripts en paralelo seguro que se mejora.

Yo ahora mismo estoy usando runit pero con la compatibilidad con los scripts viejos. No uso nada de lo nuevo que trae. Además en vez de bash tengo puesto dash como shell /bin/sh. No sé si va más rápido el arranque que antes, pero tampoco es algo que me quite el sueño.

[ Padre ]


 
Tod-OS (none / 0) (#4)
por advocatux a las Fri May 6th, 2005 at 06:59:14 PM CET
(Información Usuario)

Suena interesante lo de initng, lo probaré.

Por cierto ¿para qué necesitamos OSNews teniendo a nuestra disposición Tod-OS? además Eugenia Loli-Queru cada día que pasa perfecciona sus tonter^H^H^Hpeculiar punto de vista.
--
- Por una Europa libre de Patentes de Software - EuropeSwPatentFree


 
initng : ¿El futuro del sistema de arranque? | 9 comentarios (9 temáticos, editoriales, 0 ocultos)
Ver: Modo: Orden:

ecol Logo Powered by Scoop
Todas las Marcas Registradas y copyrights de esta página son propiedad de sus respectivos dueños.
Los comentarios son propiedad del que los escribe.
Los iconos de las noticias y el logotipo son propiedad de Javier Malonda.
El Resto © 2002 Escomposlinux.org y aledaños.

Puedes sindicar los contenidos de libertonia en formato RSS 1.0 y RDF 0.9. También se puede sindicar la cola de envíos pendientes de moderación.

El proyecto escomposlinux.org está dedicado a la memoria de tas

crear cuenta | faq | búsqueda