El aumento del consumo eléctrico es más informativo que la potencia absoluta. El usuario midió externamente el sistema en aproximadamente 15 W después de una instalación limpia de ZimaOS y, posteriormente, en unos 30 W tras reinstalar servicios como Tailscale, AdGuard y un administrador de servidores de juegos, incluso con los propios servidores de juegos detenidos.
IceWhale indicó que ZimaOS ya utilizaba un modo de ahorro de energía y señaló la función de suspensión de discos para sistemas con HDD, pero el hilo nunca produjo una instalación compatible de powertop ni una solución comprobada para reducir el consumo de 30 W a 15 W. En hardware x86 genérico, el método de optimización más seguro es aislar la carga de trabajo: medir en el enchufe, detener un servicio a la vez y evaluar los estados de energía del firmware, la CPU y los dispositivos solo después de saber qué cambio afectó realmente al consumo en reposo.
Empieza con una línea base limpia del consumo en reposo
El usuario original ya hizo algo valioso: medir la misma máquina en el enchufe antes y después de instalar servicios. Esto resulta más útil que comparar el consumo de energía del paquete de la CPU informado por software en sistemas diferentes.
Registra los vatios en reposo después del arranque, espera a que terminen la indexación y las tareas de inicio, y utiliza siempre los mismos periféricos, discos, velocidades de enlace de red y estado de la pantalla.
Una pila de contenedores “inactiva” aún puede mantener ocupado el sistema
El bloqueo de anuncios, las redes VPN superpuestas, la monitorización, el DNS, los administradores de servidores de juegos, los paneles, las comprobaciones de estado, el registro y las actualizaciones de imágenes en segundo plano activan periódicamente la CPU o la red. Un contenedor no necesita mostrar un porcentaje elevado de uso de CPU para impedir que el paquete entre en estados C más profundos.
Detén un servicio, espera varios minutos, vuelve a medir y lleva una tabla sencilla con los cambios de consumo.
La fuente no estableció una instalación compatible de powertop
El usuario quería powertop, pero el diseño de dispositivo especializado de ZimaOS no ofrece una gestión normal de paquetes mediante apt. Zima-Giorgio preguntó qué ajustes quería realizar el usuario e indicó que la solicitud se había trasladado a los ingenieros.
Ningún seguimiento oficial de este hilo dice “instala powertop de esta manera”. No conviertas una respuesta ausente en un procedimiento inventado para instalar paquetes en el sistema anfitrión.
La suspensión de discos solo ayuda si los discos giratorios representan una parte significativa de la carga
El sistema original solo tenía una unidad NVMe, por lo que el usuario cuestionó correctamente si la suspensión de HDD cambiaría mucho el consumo. En un NAS con varios HDD, detener los discos puede ahorrar una cantidad apreciable de energía; en un mini PC que solo utiliza NVMe, esta función es irrelevante.
Las funciones de ahorro de energía de la BIOS pueden ser más importantes en hardware x86 genérico
Las placas base genéricas varían en cuanto a compatibilidad con estados C, ASPM, dispositivos PCIe, controladores SATA, periféricos USB, firmware de red y temporizadores de activación. Estas diferencias pueden explicar por qué la misma carga de trabajo consume menos energía en reposo con otro sistema operativo.
Cambia solo una opción de energía de la BIOS a la vez y conserva un método de recuperación. Los estados C profundos o un ASPM agresivo pueden revelar problemas de estabilidad del firmware o de los dispositivos en algunos equipos.
Las interfaces de red de alta velocidad pueden aumentar el consumo en reposo
Las interfaces 2.5GbE y 10GbE, las tarjetas de red adicionales, las GPU, las HBA, los puentes USB para DAS y las pantallas siempre encendidas pueden consumir varios vatios cada uno o impedir que la plataforma entre en estados de suspensión más profundos. Si el consumo en reposo importa más que el rendimiento máximo, prueba a desconectar los dispositivos de expansión no esenciales.
La versión actual de ZimaOS es más reciente que la compilación de Open Beta de 2025
La documentación actual de IceWhale identifica ZimaOS 1.7.1 como la versión estable más reciente. El comportamiento del kernel, el almacenamiento y la gestión de dispositivos ha cambiado desde este hilo de Open Beta.
Consulta la línea base actual de ZimaOS antes de comparar cifras antiguas de consumo.
Orden práctico de optimización de bajo riesgo
- mide el consumo limpio en reposo en el enchufe;
- detén o elimina los contenedores innecesarios uno a uno;
- configura los discos giratorios con una política de suspensión adecuada si los utilizas;
- desconecta los dispositivos USB y PCIe que no utilices;
- comprueba la BIOS y el firmware actuales;
- prueba la configuración de los estados C y ASPM cambiando una sola opción cada vez;
- vuelve a comprobar la estabilidad a largo plazo después de cada reducción de consumo significativa.
Preguntas frecuentes sobre el consumo de ZimaOS
¿La fuente demostró que ZimaOS consume 30 W en reposo?
No. La misma máquina consumía aproximadamente 15 W después de una instalación limpia y el consumo aumentó tras instalar servicios adicionales.
¿IceWhale proporcionó un procedimiento compatible para instalar powertop?
No. La fuente solo registra que la solicitud fue debatida.
¿La suspensión de discos ayudará a un sistema que solo utiliza NVMe?
No se puede ahorrar una cantidad significativa de energía de los HDD si no hay discos giratorios.
