El 2009-05-25 a las 15:59 -0300, Alfredo J. Delaiti escribió:
Camaleón escribió:
Llegará un momento en el que tengan que acometer una ampliación de la instalación de red y ampliar la potencia, eso es inevitable.
Esto es una posibilidad, pero si los nuevos equipos informáticos bajan de manera considerable el consumo no haría falta, dado que son ellos los que llevan el mayor consumo, no de manera individual sino por la cantidad que hay.
Pero estáis en un rango peligroso. Si dices que sólo activando la hibernación de 12 equipos se baja el consumo de manera considerable, imagina qué pasaría si viene un cliente y os pide conectar el portátil a una toma eléctrica y al mismo tiempo el hijo del jefe conecta la PlayStation: se os cae la red eléctrica nada más enchufar la máquina de café o cualquier aparato >:-)
Sería interesante conocer el consumo anterior y posterior de los equipos para conocer las cifras reales porque desde luego una docena de PC de oficina no debería tener un consumo desorbitado (algo superior a los 150W/h por equipo).
Es simple una llave térmica de 32A (32 ampéres) esta trabajando al limite (31A a 32A) si la tensión de trabajo es 220V y aceptando un consumo de 150W que has puesto puedes ver que encender una máquina mas hará que el sistema de protección actúe, si gracias a un sistema de hibernación hay supongamos 6 máquinas apagadas nos da una corriente de 4A menos con lo cual el encendido de otra PC no afectará el suministro
Sí, pero lo interesante es conocer: - Consumo de los equipos actuales (sin suspensión) - Consumo de los equipos con hibernación Porque quizá "la fuga" la tengáis en otros aparatos (AA.CC.) o incluso en la distribución (balanceo de cargas) del cuadro eléctrico y no en los equipos de sobremesa :-?
de energía. Para el ejemplo que expuse hay que tener en cuenta que es un caso real, la gente no le gusta estar apagando las máquinas y quieren que cuando vuelvan a sentarse frente a ellas este todo como lo han dejados, es una cuestión cultural y yo no puedo cambiarlo, solo debo tenerlo en cuenta al dar una solución, ya que el de apagar, que sería lo que sería lo correcto, o al menos lo que yo hago, no lo aceptan.
Bueno, un efecto similar son las "sesiones guardadas". Se abren las aplicaciones y los documentos que se tenían abiertos al cerrar el equipo. No es lo mismo pero da el pego :-P
Si necesitas que el equipo esté "trabajando" con el mencoder, entonces ¿para qué "hibernarlo"? Hiberbar es sinónimo de "no necesito el equipo, lo voy a apagar".
La idea es que se apague cuando termine de trabajar, el problema es que no se sabe cuanto tardará en hacer lo que se le ha pedido, se tiene una estimación, pero es solo eso, una estimación. La idea sería: termina el trabajo (deja de ejecutarse tal o cual tarea) y se suspende a disco, por ejemplo, sin que tenga que haber alguien presionando teclas como tonto solo para que no se apague. El operador del PC puede ir tranquilo a otro lugar del planeta ha realizar otra cosa. Ejemplo: supongamos que podemos dar en una sola instrucción que se compile el kernel y se instale. Cuanto tardará en realizarlo, no sé, depende principalmente de lo que se haya configurado y del poder de cálculo del CPU, bueno cuando se termine de hacer podría apagarse hasta que el operador vuelva a estar frente al ordenador. Esto que esto planteo sirve para algunos y para otros no.
Y así es como debería ser para que realmente fuera un proceso útil. Que el equipo hiberne sin ninguna lógica (sólo mediante un temporizador que es inflexible y que no admite excepciones o activándolo de manera presencial) carece de sentido hoy en día. Y otra cosa que estamos dejando a un lado es la "suspensión". La suspensión también permite un ahorro energético considerable y le encuentro más sentido para un equipo que está "en jornada laboral" es decir, que está trabajando (o que se necesita que esté alerta porque tiene tareas programadas que ejecutar) y es más rápida en restaurar que la hibernación. Pero también falla mucho :-/ Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org