1) La última de Solaris tiene algo parecido, pero al parecer más sofisticado (me parece que además monitoriza)- pero creo que no integra cron.
2) Lo del XML para los ficheros de configuración... pues a ver, todo depende de como lo utilicen. El XML está muy bien (porque te simplifica mucho el parseo, te ahorras problemas de comillado, charsets, etc.), si no se te ocurre diseñar un esquema ultracomplejo con muchos elementos y atributos obligatorios. Vaya, que debería configurarte foo como lo quiere el 90% de la población... "sane defaults", vaya.
Personalmente, a mi me gustan las configuraciones que son scripts ejecutables que lo que hacen es asignar valores a variables. Son simples y versátiles.
3) Lo que de verdad hace falta es estandarizar como funcionan los servicios. Aún en Debian el sistema de scripts es poco recomendable. Cada programa tiene su propio script que es básicamente el /etc/init.d/skeleton con pequeñas variaciones.
A mi lo que me gustaría es que pudieses crear un fichero por cada servicio con esta pinta:
Y que puedas arrancar/parar/recargar servicios con un comando rollo "control apache start/stop/reload". Que quieres dos instancias de apache, crea dos entradas en /etc/service/conf.d, que apunten a ficheros de configuración diferentes... Así además eliminas toda la duplicación que hay en el /etc/init.d/.
4) Parece que el truco que también ayuda mucho (más que arrancar en paralelo, que te ayuda con los procesos que necesitan red y tal, pero no tanto con los que están limitados por CPU o disco) es usar el readahead. Básicamente grabas los ficheros que necesitas leer para arrancar y los metes todos en cache los antes posible.
5) En todo caso, esto de arrancar es secundario. Prefiero que el ordenador suspenda a disco, eso debería ponerte el ordenador en marcha mucho antes.
Comentarios...
(Puntos:3, Interesante)2) Lo del XML para los ficheros de configuración... pues a ver, todo depende de como lo utilicen. El XML está muy bien (porque te simplifica mucho el parseo, te ahorras problemas de comillado, charsets, etc.), si no se te ocurre diseñar un esquema ultracomplejo con muchos elementos y atributos obligatorios. Vaya, que debería configurarte foo como lo quiere el 90% de la población... "sane defaults", vaya.
Personalmente, a mi me gustan las configuraciones que son scripts ejecutables que lo que hacen es asignar valores a variables. Son simples y versátiles.
3) Lo que de verdad hace falta es estandarizar como funcionan los servicios. Aún en Debian el sistema de scripts es poco recomendable. Cada programa tiene su propio script que es básicamente el /etc/init.d/skeleton con pequeñas variaciones.
A mi lo que me gustaría es que pudieses crear un fichero por cada servicio con esta pinta:
# /etc/service.conf.d/apache
# Configuration for Apache
BASE_CONFIG=/etc/apache/httpd.config
PID_FILE=/var/run/apache.pid
BIN=/usr/bin/httpd
RELOAD_CONF=SIG_HUP
DEPENDS=net
TYPE=DAEMON # (DAEMON|ONEOFF|PERIODIC|...)
...
Y que puedas arrancar/parar/recargar servicios con un comando rollo "control apache start/stop/reload". Que quieres dos instancias de apache, crea dos entradas en /etc/service/conf.d, que apunten a ficheros de configuración diferentes... Así además eliminas toda la duplicación que hay en el /etc/init.d/.
4) Parece que el truco que también ayuda mucho (más que arrancar en paralelo, que te ayuda con los procesos que necesitan red y tal, pero no tanto con los que están limitados por CPU o disco) es usar el readahead. Básicamente grabas los ficheros que necesitas leer para arrancar y los metes todos en cache los antes posible.
5) En todo caso, esto de arrancar es secundario. Prefiero que el ordenador suspenda a disco, eso debería ponerte el ordenador en marcha mucho antes.
Re:Comentarios...
(Puntos:2)( http://www.fsf.org/ | Última bitácora: Domingo, 09 Mayo de 2004, 05:32h )
Eso me recuerda ligeramente a gentoo. ^^
Si no obtienes respuesta sera porque no la mereces.