Skok poboru mocy jest bardziej miarodajny niż bezwzględna moc w watach. Użytkownik zmierzył zewnętrznie pobór systemu na poziomie około 15 W po świeżej instalacji ZimaOS, a następnie około 30 W po ponownym zainstalowaniu usług, takich jak Tailscale, AdGuard i menedżer serwerów gier — nawet gdy same serwery gier były zatrzymane.
IceWhale poinformowało, że ZimaOS już korzystało z trybu oszczędzania energii, i wskazało funkcję Disk Standby w systemach z dyskami HDD, ale w wątku nie przedstawiono działającej, obsługiwanej instalacji powertop ani potwierdzonego sposobu na zmniejszenie poboru z 30 W do 15 W. W przypadku typowego sprzętu x86 najbezpieczniejszą metodą optymalizacji jest izolowanie obciążenia: mierz pobór w gniazdku, zatrzymuj po jednej usłudze naraz, a dopiero potem oceniaj stany zasilania oprogramowania układowego, procesora i urządzeń — gdy już wiesz, co faktycznie zmieniło pobór w stanie bezczynności.
Zacznij od pomiaru poboru w stanie bezczynności bez dodatkowych obciążeń
Użytkownik źródłowy zrobił coś wartościowego: zmierzył pobór tej samej maszyny w gniazdku przed zainstalowaniem usług i po ich zainstalowaniu. Jest to bardziej użyteczne niż porównywanie raportowanego przez oprogramowanie poboru mocy pakietu procesora z różnych systemów.
Rejestruj pobór w stanie bezczynności po uruchomieniu systemu, odczekaj, aż indeksowanie i zadania startowe się zakończą, oraz za każdym razem używaj tych samych urządzeń peryferyjnych, dysków, prędkości połączeń NIC i stanu wyświetlacza.
Stos kontenerów w stanie „bezczynności” nadal może obciążać system
Blokowanie reklam, nakładki VPN, monitorowanie, DNS, menedżery serwerów gier, panele, kontrole stanu, rejestrowanie zdarzeń i wykonywane w tle aktualizacje obrazów okresowo wybudzają procesor lub sieć. Kontener nie musi wykazywać wysokiego procentowego użycia procesora, aby uniemożliwiać przejście pakietu do głębszych stanów C.
Zatrzymuj po jednej usłudze naraz, odczekuj kilka minut, ponownie wykonuj pomiar i prowadź prostą tabelę zmian poboru.
Źródło nie potwierdziło obsługiwanej instalacji powertop
Użytkownik chciał użyć powertop, ale konstrukcja ZimaOS jako systemu appliance nie udostępnia standardowego zarządzania pakietami za pomocą apt. Zima-Giorgio zapytało, jakie dostosowania użytkownik chciał wykonać, i poinformowało, że prośba została przekazana inżynierom.
W tym wątku nie ma oficjalnej odpowiedzi uzupełniającej mówiącej: „zainstaluj powertop w ten sposób”. Nie należy zamieniać braku odpowiedzi w zmyśloną procedurę instalacji pakietu na hoście.
Disk Standby pomaga tylko wtedy, gdy dyski talerzowe stanowią istotną część obciążenia
W systemie źródłowym znajdował się wyłącznie dysk NVMe, więc użytkownik słusznie zastanawiał się, czy tryb uśpienia HDD cokolwiek zmieni. W serwerze NAS z wieloma dyskami HDD zatrzymywanie ich talerzy może zauważalnie zmniejszyć pobór energii; w minikomputerze wyposażonym wyłącznie w NVMe jest ono nieistotne.
Funkcje zasilania BIOS-u mogą mieć większe znaczenie na typowym sprzęcie x86
Typowe płyty główne różnią się obsługą stanów C, ASPM, urządzeń PCIe, kontrolerów SATA, urządzeń USB, oprogramowania układowego kart sieciowych i zegarów wybudzania. Różnice te mogą wyjaśniać, dlaczego przy tym samym obciążeniu system pozostaje w stanie bezczynności z mniejszym poborem energii pod innym systemem operacyjnym.
Zmieniaj tylko jedną opcję zasilania BIOS-u naraz i zachowaj możliwość przywrócenia ustawień. Głębokie stany C lub agresywne ustawienia ASPM mogą na niektórych urządzeniach ujawnić błędy stabilności oprogramowania układowego lub sprzętu.
Szybkie karty sieciowe mogą zwiększać pobór w stanie bezczynności
2.5GbE, 10GbE, dodatkowe karty sieciowe, procesory graficzne, kontrolery HBA, mostki USB DAS i stale włączone wyświetlacze mogą zużywać po kilka watów każdy lub uniemożliwiać platformie przejście do głębszych stanów uśpienia. Jeśli pobór w stanie bezczynności jest ważniejszy niż maksymalna przepustowość, przetestuj system z odłączonymi nieistotnymi urządzeniami rozszerzeń.
Obecne ZimaOS jest nowsze niż kompilacja Open Beta z 2025 roku
Aktualna dokumentacja IceWhale wskazuje ZimaOS 1.7.1 jako najnowszą stabilną wersję. Od czasu tego wątku Open Beta zmieniły się zachowania jądra, pamięci masowej i zarządzania urządzeniami.
Przed porównywaniem starych wartości poboru skorzystaj z aktualnej platformy ZimaOS.
Praktyczna kolejność optymalizacji niskiego ryzyka
- zmierz pobór w stanie bezczynności bez dodatkowych obciążeń w gniazdku;
- zatrzymuj lub usuwaj niepotrzebne kontenery, po jednym naraz;
- jeśli używasz dysków talerzowych, przenieś je do odpowiedniej polityki trybu uśpienia;
- odłącz nieużywane urządzenia USB/PCIe;
- sprawdź aktualną wersję BIOS-u i oprogramowania układowego;
- testuj ustawienia stanów C/ASPM, wprowadzając jedną zmianę naraz;
- po każdej istotnej redukcji poboru ponownie sprawdź długoterminową stabilność.
Najczęstsze pytania dotyczące zasilania ZimaOS
Czy źródło potwierdziło, że samo ZimaOS zużywa 30 W w stanie bezczynności?
Nie. Ta sama maszyna pobierała około 15 W po świeżej instalacji, a pobór wzrósł po zainstalowaniu dodatkowych usług.
Czy IceWhale udostępniło obsługiwaną procedurę instalacji powertop?
Nie. Źródło jedynie odnotowuje, że omawiano tę prośbę.
Czy Disk Standby pomoże w systemie wyposażonym wyłącznie w NVMe?
Nie można zaoszczędzić istotnej ilości energii dysków HDD, jeśli w systemie nie ma dysków talerzowych.
