-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-05-24 a las 10:46 +0200, Lluis escribió:
Por ejemplo, que el usuario pueda definir un nivel de carga de procesos, de cpu o de uso de memoria en la que se cancele la suspensión si está al "n %", y qué hacer en ese caso: volver a intentar suspender a los tantos minutos, esperar hasta que tenga una actividad baja o no volver a intentarlo.
Por carga no creo que sea una buena solución, la misma situación daría comportamientos distintos en maquinas distintas.
No se puede hacer por carga de sistema, hay que considerar varios parámetros distintos, tanto carga como tipo de uso del sistema. Un servidor de ficheros podría hibernar si en ese momento no tiene ficheros abiertos ni conexiones _activas_, es decir, conexiones que estén haciendo algo. Una conexión de red inteligente podría despertarlo en el momento en que haya actividad de red dirigida a él específicamente - si tuvieramos una técnica fiable de suspensión instantánea, y si tuvieramos esa tarjeta de red tan inteligente (que no despierte por un simple ing). Ese tipo de técnicas ahorarría un montón de energía en una sala de servidores, y eso es dinero. Hay máquinas con procesador que están diseñadas para eso de forma extrema... procesan algo, se duermen, y un tick de reloj las despierta para que procesen algo y se vuelvan a dormir (o ralentizan mucho el reloj dela cpu). Se usa cuando se alimentan a pilas. El procesador tiene pines para mandar a dormir o despertar: congela toda la actividad hasta que llegue una interrupción. Logicamente también la memoria y los periféricos tienen que ser ahorradores de energía. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkoZKIsACgkQtTMYHG2NR9WxrgCgmLVFJq0Gj6EJEtE7/ycVXH8i LMcAn1roEv8S7PVw9W+IwS8NuY1VRTgm =OHoD -----END PGP SIGNATURE-----