-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El 5/11/08, Carlos E. R. escribió:
Pues fíjate como gugle se lo ha tomado en serio lo de ahorrar energía, es una pasta en un centro de datos.
Seguro que no con la suspensión de sus servidores que llevan las cuentas de gmail >:-)
Imagino. Pero si la suspensión a memoria funciona bien, y la carga de trabajo disminuye, puedes suspender un procentaje de los servidores.
consumo que le pidan en 230 sea ridículo. No, en caso de fallo de energía hay que hibernar a disco directamente y antes de que falle la red.
En caso de fallo de energía, necesito los servidores funcionando. Si la batería se agota, los equipos se apagan y listo. No hay ninguna ventaja en suspenderlos o hibernarlos en este punto.
¡Claro que la hay! Resucitas en medio minuto, todo funcionando, en el mismo punto que lo dejaste. Si todo está bien hecho, hasta si estás haciendo un backup (que no sea a DVD) continuaría haciendolo sin perder tiempo.
Tiene mucha utilidad para usarlo en caso de apagado no programado, como por fallo de energía. Lo de reiniciar rápido y con todo cargado es una gran ventaja: no lo has probado.
Sí, pero no le veo utilidad "para todos" -para todos los equipos y todas las situaciones-, lo siento.
Para todas, todas, las situaciones, no, claro. Es cuestión de ir estudiandolo caso por caso. Mira: recuerdo de uno que contaba que lo usaba para "suapear" en semicaliente algún componente de un raid. Hibernaba, quitaba un disco, ponía otro, y recuperaba, sin parar el servicio más que unos minutos. Te hablo de servidores de producción. Obviamente, si tienes hardware que soporta el cambio de disco en caliente esto no te hace falta. Pero vaya, que se yo... que necesitas pasar la aspiradora, cambiar un ventilador... pues lo mismo. Está documentado, no me lo invento yo.
El portátil, quizá... depende del uso que le diera.
Cuando yo tenía portatil lo hacía a diario, y era XP.
¿que gasto?
Mayor de 1 o 2 W y querían que fuera menor estando en stand-by...
Se puede hacer en algunos casos; por ejemplo, alimentando el sensor de infrarojos con una batería recargable, o usando un alimentador distinto y diminuto separado para el sensor. Pero eso cuesta un dinero extra que paga el consumidor, y si el coste de la energía ahorrada es menor que el coste de la mejora, pues no compensa, es lógico.
Claro.
Mal hecho :-P
¡No por parte de linux! Hay una lista que se comprueba antes de suspender. Si el equipo no está listado ahí, la suspensión queda desactivada automáticametne. Los equipos se añaden a la lista cuando se comprueban. Y el hecho de que el gnome hiberna cuando no puede suspender, está en un Bugzilla.
Pero en realidad es capaz tanto de suspender como de hibernar, hace ambas cosas bien. Con un fallito de nada: el ventilador se para, y como la cpu suspendida en realidad sigue trabajando, se recalienta que no veas. Bug conocido de su bios.
Ná, "pecata minuta"... en invierno lo agradecerá ¿no? X-)
Claaaro.
Para cuando algún gili no ha hecho bien su trabajo.
Pero ese no es mi problema. Si no funciona, no lo uso.
Claro.
Puedo experimentar con energy star en equipos de pruebas pero NUNCA en un servidor de producción. Cuando se pongan las pilas y funcione como debe (y no me refiero a suse ni al gnome sino en general), me lo replanteo... antes no.
¡Pues claro que no se hacen cosas raras en equipos en producción! Eso se prueba antes. Pero no me digas que no funciona cuando no lo usas, no lo has probado. Funciona muy bien todo lo interno, tiene problemas con lo externo (usb).
Dejo en stand-by las impresoras porque funcionan bien. La copiadora: funciona bien, los monitores: funcionan bien... el equipo: no.
No lo has probado.
Pues si el patrón no lo tiene, se lo añades. Es una cosa más a probar al instalar.
Debes estar de broma ;-)
Para nada. Pero no cuando el equipo ya está en producción, obviamente. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkRm40ACgkQtTMYHG2NR9U1VgCfUj3rO18f70YC5hHIc0T8AXvD 4IYAn1BCEkQUBVhUKE6uvi0AM8k0op8C =w0aE -----END PGP SIGNATURE-----