-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-05-27 a las 17:32 +0200, Camaleón escribió:
El 2009-05-27 a las 17:08 +0200, Carlos E. R. escribió:
El 2009-05-27 a las 08:27 +0200, Camaleón escribió:
No se trata de recomendaciones. Se trata de si funciona o no y de las necesidades de cada uno.
Funciona, para algunas cosas concretas. La suspensión automática está muy, pero que muy, verde.
¿Hablas de suspensión o hibernación? Me lías :-)
Hablo de ambas cosas procurando usar la palabra adecuada en cada caso >:-) Ahí arriba hablo de "suspensión".
Hay equipos de control que tienen que estar atentos a eventos: recepción de faxes, gestión del sai, alertas, etc... no pueden estar apagados o hibernados, luego o los dejas encendidos o los suspendes.
Yo no te puedo garantizar que un servidor con hylafax suspendido atienda a los faxes entrantes, y menos a los salientes.
Pues eso estoy diciendo: que un equipo hibernado tiene la misma funcionalidad que un equipo apagado (no pueden procesar trabajos) y que eso no es lo que mucha gente necesita.
Pero ahí arriba hablo de suspensión, que es el único estado, que yo sepa, que tiene alguna posibilidad de parecerse al de un hardware dedicado con estado de ahorro energético. Y digo que no es capaz, que yo sepa, de imitar eso que cuentas que sí puede hacer un fax en hardware, entrar en estado de "suspensión" y despertarse para recibir un fax. Pero debería, el puerto serie tiene previsto despertar al ordenador. Si yo pudiera lo probaría.
Si la suspesión no funciona, no te queda más que una opción >:-)
Pues eso es lo que estoy diciendo. Eso que tu dices sería ideal, pero dudo muchísimo que funcione.
Claro, es como debería ser, esa es la idea.
Pero como no funciona, la gente hiberna el equipo para ahorrar y espera obtener la misma funcionalidad que con una suspensión cuando en realidad el equipo hibernado es inútil (en el sentido de que no puede hacer nada, salvo esperar restaurar la sesión).
Pero yo no he hablado de hibernar y tratar de conseguir la misma funcionalidad que suspendido. Yo no tengo esa confusión. Lo que sí ocurre, en linux, con la suspensión automática, es que si el equipo quiere suspender y no puede, en su lugar hiberna, que es lo que les pasó a la gente de IBM, y a mí antes que a ellos (y a mi reporte no le hicieron caso en Novell, y al de IBM sí).
No hay mucha diferencia entre un portátil y cualquier otro equipo. Si el portátil lo puede hacer, en un equipos de sobremesa o una estación de trabajo no debería tener problemas, técnicamente hablando.
Hay una diferencia crucial entre los portátiles y los sobremesa a estos efectos: que en los portátiles hay una interfaz bastante definida y conocida para controlar e interrogar a la batería y a la fuente de alimentación, cosa que no existe en los fijos con las SAIS. En estos ultimos la conexión es a través de un bus de "alto nivel", como ethernet o USB, que no está diseñado específicamente para esto, y lo que es peor para este uso, que no puede ser gestionado de forma alguna por la BIOS. La BIOS no puede saber si la SAI dice que no hay corriente, mientras que en un portátil sí.
Esa diferencia es crucial para esto del control de la suspensión.
Los portátiles han sido diseñados para poder ser suspendidos o hibernados, es parte de las pruebas y de su diseño (al menos con Windows). En los sobremesa es secundario (el mio, por ejemplo, si lo suspendo se puede quemar).
La interfaz es la misma y la especificación que cumplen también (ACPI versión "x" es la misma para portátiles que servidores o sobremesas) pero las pruebas posteriores a los que los someten, no.
Salvo los equipos de empresas de marca (HP, Dell, etc...) que esos sí vienen perfectamente preparados para hibernar y suspender (o aplicar una combinación de ambas) pero claro, bajo Windows.
No, la interfaz no es en absoluto la misma, porque en un portatil ese ACPI engloba la batería, mientras que en un fijo no engloba la SAI.
No sólo depende del SAI. El sistema operativo también tiene que poder gestionarlo.
El sistema operativo está suspendido y no tiene nada que decir ni hacer, no puede aunque quiera. Necesitas una gestión por parte de la BIOS para que empiece a actuar, despierte al sistema, y entonces le pase el control, y sea el sistema operativo el que decida como continuar. Pero el primer paso es exclusivo del hardware, y el segundo de la BIOS.
Bueno, el SO tendrá que interpretar los eventos que recibe de la BIOS para poder volver a la vida en algún momento ¿no? O:-)
Está muy verde. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkodjakACgkQtTMYHG2NR9VwzgCeKvPRufkWDm0a33H32nELIwuh ui8An1pkvUzMTuT9CmnwHcVvrCsx5oiO =8Ihc -----END PGP SIGNATURE-----