L’aumento del consumo energetico è più indicativo della potenza assoluta. L’utente ha misurato esternamente il sistema a circa 15 W dopo una nuova installazione di ZimaOS, poi a circa 30 W dopo aver reinstallato servizi come Tailscale, AdGuard e un gestore di server di gioco, anche con i server di gioco effettivamente arrestati.
IceWhale ha affermato che ZimaOS utilizzava già una modalità di risparmio energetico e ha indicato Disk Standby per i sistemi con HDD, ma la discussione non ha mai prodotto un’installazione supportata di powertop né una soluzione verificata per passare da 30 W a 15 W. Per l’hardware x86 generico, il metodo di ottimizzazione più sicuro consiste nell’isolare i carichi: misurare alla presa, arrestare un servizio alla volta e valutare gli stati energetici del firmware, della CPU e dei dispositivi solo dopo aver capito che cosa ha effettivamente modificato il consumo a riposo.
Inizia con una misurazione di base del consumo a riposo
L’utente della fonte ha già fatto qualcosa di utile: misurare la stessa macchina alla presa prima e dopo l’installazione dei servizi. Questo è più utile che confrontare la potenza del package della CPU riportata dal software su sistemi diversi.
Registra i watt a riposo dopo l’avvio, attendi che l’indicizzazione e i processi di avvio siano terminati e usa ogni volta le stesse periferiche, gli stessi dischi, le stesse velocità di collegamento della scheda di rete e lo stesso stato del display.
Anche uno stack di container “inattivo” può mantenere il sistema occupato
Blocco degli annunci, overlay VPN, monitoraggio, DNS, gestori di server di gioco, dashboard, controlli dello stato, registrazione dei log e aggiornamenti delle immagini in background riattivano periodicamente la CPU o la rete. Un container non deve necessariamente mostrare un’elevata percentuale di utilizzo della CPU per impedire l’accesso a stati C più profondi del package.
Arresta un servizio alla volta, attendi alcuni minuti, misura nuovamente e mantieni una semplice tabella delle variazioni di consumo.
La fonte non ha stabilito un’installazione supportata di powertop
L’utente voleva powertop, ma il design appliance di ZimaOS non espone la normale gestione dei pacchetti tramite apt. Zima-Giorgio ha chiesto quale ottimizzazione volesse eseguire l’utente e ha dichiarato che la richiesta era stata inoltrata agli ingegneri.
Nessun seguito ufficiale in questa discussione dice “installa powertop in questo modo”. Non trasformare una risposta mancante in una procedura inventata per installare pacchetti sull’host.
Disk Standby è utile solo se i dischi rotanti rappresentano una parte significativa del carico
Il sistema della fonte aveva solo un’unità NVMe, quindi l’utente si è chiesto correttamente se lo standby degli HDD avrebbe cambiato molto le cose. Su un NAS con più HDD, lo spegnimento dei dischi può far risparmiare una quantità significativa di energia; su un mini PC dotato esclusivamente di NVMe è irrilevante.
Le funzioni di risparmio energetico del BIOS possono contare di più sull’hardware x86 generico
Le schede madri generiche differiscono per il supporto agli stati C, ASPM, dispositivi PCIe, controller SATA, periferiche USB, firmware della scheda di rete e timer di riattivazione. Queste differenze possono spiegare perché lo stesso carico abbia un consumo a riposo inferiore con un altro sistema operativo.
Modifica una sola opzione di alimentazione del BIOS alla volta e mantieni una procedura di ripristino. Gli stati C profondi o un ASPM aggressivo possono mettere in evidenza problemi di stabilità del firmware o dei dispositivi su alcuni hardware.
Le schede di rete ad alta velocità possono aumentare il consumo a riposo
Le connessioni 2.5GbE e 10GbE, le schede di rete aggiuntive, le GPU, le HBA, i bridge USB per DAS e i display sempre accesi possono consumare ciascuno diversi watt oppure impedire al sistema di accedere a stati di sospensione più profondi. Se il consumo a riposo è più importante della velocità di picco, prova a scollegare i dispositivi di espansione non essenziali.
L’attuale ZimaOS è più recente della build Open Beta del 2025
La documentazione attuale di IceWhale identifica ZimaOS 1.7.1 come l’ultima versione stabile. Il comportamento del kernel, dello storage e della gestione dei dispositivi è cambiato rispetto alla discussione Open Beta.
Consulta la baseline attuale di ZimaOS prima di confrontare vecchi valori di consumo.
Un ordine pratico di ottimizzazione a basso rischio
- misura il consumo pulito a riposo alla presa;
- arresta o rimuovi i container non necessari uno alla volta;
- imposta una politica di standby appropriata per i dischi rotanti, se presenti;
- scollega i dispositivi USB/PCIe inutilizzati;
- verifica BIOS e firmware aggiornati;
- prova le impostazioni C-state/ASPM modificando una sola cosa alla volta;
- verifica nuovamente la stabilità a lungo termine dopo ogni riduzione significativa del consumo.
Domande frequenti sul consumo energetico di ZimaOS
La fonte ha dimostrato che ZimaOS consuma 30 W a riposo?
No. La stessa macchina consumava circa 15 W dopo una nuova installazione ed è salita dopo l’installazione di servizi aggiuntivi.
IceWhale ha fornito una procedura supportata per powertop?
No. La fonte registra soltanto che la richiesta è stata discussa.
Disk Standby è utile su un sistema dotato solo di NVMe?
No. Se non sono presenti dischi rotanti, non è possibile ottenere un risparmio significativo dovuto agli HDD.
