Communityoplossing

Verminder het energieverbruik van ZimaOS op generieke x86-hardware: meet de werklast voordat je powertop gaat najagen

A February 2025 thread where a generic x86 system drew about 15 W after fresh ZimaOS install but about 30 W after Tailscale, AdGuard and game-server tooling were added. IceWhale said ZimaOS already used powersave mode and offered disk standby, but the thread never produced a powertop installation or a confirmed optimization recipe.

De sprong in het stroomverbruik zegt meer dan het absolute wattage. De gebruiker mat het systeem extern op ongeveer 15 W na een nieuwe installatie van ZimaOS, en vervolgens op ongeveer 30 W na het opnieuw installeren van services zoals Tailscale, AdGuard en een gam-serverbeheerder — zelfs terwijl de gameservers zelf waren gestopt.

IceWhale gaf aan dat ZimaOS al een powersave-modus gebruikte en wees op Schijfstand-by voor systemen met HDD's, maar in de thread werd nooit een ondersteunde installatie van powertop of een bewezen oplossing voor 30 W → 15 W gevonden. Voor generieke x86-hardware is isolatie van workloads de veiligste optimalisatiemethode: meet aan het stopcontact, stop telkens één service en beoordeel firmware-, CPU- en apparaatenergie-instellingen pas nadat je weet wat het rustverbruik daadwerkelijk heeft veranderd.

Algemene instellingen van ZimaOS met de instelling voor Schijfstand-by
IceWhale verwees naar Schijfstand-by als de ingebouwde energie-instelling met een laag risico die op dat moment beschikbaar was.

Begin met een schone nulmeting van het rustverbruik

De gebruiker uit de bron had al iets waardevols gedaan: dezelfde machine aan het stopcontact meten vóór en na het installeren van services. Dat is nuttiger dan het vergelijken van door software gerapporteerd CPU-pakketvermogen van verschillende systemen.

Noteer het aantal watt in rust na het opstarten, wacht tot indexering en opstarttaken zijn voltooid en gebruik telkens dezelfde randapparatuur, schijven, NIC-verbindingssnelheden en schermstatus.

Een containerstack in rust kan het systeem nog steeds bezighouden

Advertentieblokkering, VPN-overlays, monitoring, DNS, gam-serverbeheerders, dashboards, statuscontroles, logging en updates van achtergrondimages maken de CPU of het netwerk allemaal periodiek actief. Een container hoeft geen hoog CPU-percentage te gebruiken om diepere pakket-C-states te verhinderen.

Stop telkens één service, wacht enkele minuten, meet opnieuw en houd de veranderingen in het wattage bij in een eenvoudige tabel.

De bron stelde geen ondersteunde installatie van powertop vast

De gebruiker wilde powertop gebruiken, maar het appliance-ontwerp van ZimaOS biedt geen normaal pakketbeheer via apt. Zima-Giorgio vroeg welke tuning de gebruiker wilde uitvoeren en zei dat het verzoek aan de engineers was doorgegeven.

Geen enkele officiële vervolgreactie in deze thread zegt: “installeer powertop op deze manier”. Maak van een ontbrekend antwoord geen verzonnen procedure voor hostpakketten.

Schijfstand-by helpt alleen als draaiende schijven een betekenisvol deel van het verbruik vormen

Het systeem uit de bron had alleen een NVMe-schijf, dus de gebruiker vroeg terecht of HDD-stand-by wel veel zou veranderen. Op een NAS met meerdere HDD's kan spindown merkbaar stroom besparen; op een mini-pc met alleen NVMe is het niet relevant.

BIOS-energieopties kunnen meer verschil maken op generieke x86-hardware

Generieke moederborden verschillen in ondersteuning voor C-states, ASPM, PCIe-apparaten, SATA-controllers, USB-randapparatuur, NIC-firmware en wektimers. Die verschillen kunnen verklaren waarom dezelfde workload onder een ander besturingssysteem een lager rustverbruik heeft.

Wijzig slechts één BIOS-energieoptie tegelijk en zorg voor een herstelmogelijkheid. Diepe C-states of agressieve ASPM kunnen op sommige systemen firmware- of apparaatstabiliteitsproblemen blootleggen.

Snelle NIC's kunnen het rustverbruik verhogen

2.5GbE, 10GbE, insteek-NIC's, GPU's, HBA's, USB-DAS-bridges en schermen die altijd aanstaan kunnen elk meerdere watts verbruiken of voorkomen dat het platform diepere slaapstanden bereikt. Als een laag rustverbruik belangrijker is dan maximale doorvoer, test dan met niet-essentiële uitbreidingsapparaten losgekoppeld.

Het huidige ZimaOS is nieuwer dan de Open-Beta-build uit 2025

De huidige documentatie van IceWhale vermeldt ZimaOS 1.7.1 als de nieuwste stabiele release. Het gedrag van kernel, opslag en apparaatbeheer is veranderd sinds deze Open-Beta-thread.

Gebruik de huidige ZimaOS-nulmeting voordat je oude wattagecijfers vergelijkt.

Een praktische optimalisatievolgorde met laag risico

  1. meet het schone rustverbruik aan het stopcontact;
  2. stop of verwijder onnodige containers één voor één;
  3. stel voor draaiende schijven een geschikt stand-bybeleid in als je die gebruikt;
  4. koppel ongebruikte USB- en PCIe-apparaten los;
  5. controleer het BIOS en de firmware;
  6. test C-state- en ASPM-instellingen één wijziging per keer;
  7. test de stabiliteit op lange termijn opnieuw na elke betekenisvolle verlaging van het stroomverbruik.

Veelgestelde vragen over het energieverbruik van ZimaOS

Heeft de bron bewezen dat ZimaOS zelf in rust 30 W verbruikt?

Nee. Dezelfde machine verbruikte ongeveer 15 W na een nieuwe installatie en het verbruik steeg nadat extra services waren geïnstalleerd.

Heeft IceWhale een ondersteunde procedure voor powertop gegeven?

Nee. In de bron wordt alleen vastgelegd dat het verzoek werd besproken.

Helpt Schijfstand-by op een systeem met alleen NVMe?

Nee. Als er geen draaiende schijven zijn, kan er geen betekenisvolle hoeveelheid HDD-stroom worden bespaard.