-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-03-27 a las 23:02 +0100, deabru escribió:
y si no recuerdo mal, esa llamada es bloqueante, porque está pensada para hacer saltar el reloj horas de golpe si es necesario, y eso no debe ocurrir con el sistema funcionando al completo, ha de ser antes.
Entonces, de que sirve upstart ahí? si el sistema no debe avanzar hasta que la hora se ajuste. Se bloquerá el arranque con sysvinit y con upstart.
En efecto. Pero podrías decidir fiarte de la hora guardada en la cmos y arrancar de todos modos. La cuestión es que hay procesos del arranque que se pueden bloquear, bien por causas internas o externas. Puedes meter una lógica en cada uno de los scripts bloqueables para esperar y seguir cuando se pueda, sin bloquear al resto (lo que hace el dhcp, por ejemplo), pero lo que no está contemplado es como procesar los scripts que quedaron pendientes porque uno se paró. Mejor dicho: si se bloquea y para un script, y luego continuúa al rato, el resto seguirán a continuación. Pero si el script no se bloquea sino que queda en "background", como hace el dhcp, los demás se ejecutan y a lo mejor fallan. Y no vuelven a ejecutarse. En cambio una estructura de eventos podría decidir de manera automática desencadenar una serie de procesos cuando se obtiene la ip del servidor dhcp o se obtiene conexión a internet, o lo que sea. Y mientras llega ese evento de red podrían arrancarse el resto de procesos que no necesitan red, ganando tiempo, o simplemente teniendo sistema para poder analizar que es lo que pasa Es un ejemplo. Y lo veo complejo de conseguir. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkuumnoACgkQtTMYHG2NR9UJaQCgjVkx9sPzWKYeGBo0Xa+DgQXv CyUAniiH3qdTAT/RUlt/OOXjaYx0C8/c =7/NN -----END PGP SIGNATURE-----