Le saut de consommation électrique est plus révélateur que la puissance absolue. L’utilisateur a mesuré le système à l’extérieur à environ 15 W après une nouvelle installation de ZimaOS, puis à environ 30 W après avoir réinstallé des services tels que Tailscale, AdGuard et un gestionnaire de serveurs de jeux, même lorsque les serveurs de jeux eux-mêmes étaient arrêtés.
IceWhale a indiqué que ZimaOS utilisait déjà un mode d’économie d’énergie et a recommandé la mise en veille des disques pour les systèmes équipés de disques durs, mais la discussion n’a jamais abouti à une installation prise en charge de powertop ni à une solution avérée permettant de passer de 30 W à 15 W. Pour du matériel x86 générique, la méthode d’optimisation la plus sûre consiste à isoler les charges de travail : mesurer à la prise, arrêter un service à la fois, puis n’évaluer les états d’alimentation du micrologiciel, du processeur et des périphériques qu’après avoir identifié ce qui a réellement modifié la consommation au repos.
Commencez par établir une référence propre de la consommation au repos
L’utilisateur à l’origine de la discussion avait déjà fait quelque chose d’utile : mesurer la même machine à la prise avant et après l’installation de services. Cette méthode est plus pertinente que de comparer la puissance du processeur rapportée par les logiciels sur des systèmes différents.
Notez la consommation au repos après le démarrage, attendez la fin de l’indexation et des tâches de démarrage, et utilisez à chaque fois les mêmes périphériques, disques, vitesses de liaison réseau et état de l’écran.
Une pile de conteneurs « au repos » peut tout de même maintenir le système actif
Le blocage des publicités, les réseaux privés virtuels superposés, la surveillance, le DNS, les gestionnaires de serveurs de jeux, les tableaux de bord, les vérifications d’état, la journalisation et les mises à jour d’images en arrière-plan peuvent tous réveiller périodiquement le processeur ou le réseau. Un conteneur n’a pas besoin d’afficher un pourcentage élevé d’utilisation du processeur pour empêcher l’accès aux états C plus profonds du processeur.
Arrêtez un service, attendez plusieurs minutes, mesurez de nouveau et consignez simplement les variations de puissance dans un tableau.
La source n’a pas établi de procédure prise en charge pour installer powertop
L’utilisateur souhaitait utiliser powertop, mais la conception de type appliance de ZimaOS n’expose pas la gestion normale des paquets via apt. Zima-Giorgio a demandé quels réglages l’utilisateur souhaitait effectuer et a indiqué que la demande avait été transmise aux ingénieurs.
Aucun suivi officiel dans cette discussion n’indique « installez powertop de cette manière ». Ne transformez pas une réponse manquante en procédure d’installation de paquet sur l’hôte, inventée de toutes pièces.
La mise en veille des disques n’est utile que si les disques rotatifs représentent une part significative de la charge
Le système décrit dans la source ne possédait qu’un disque NVMe ; l’utilisateur s’est donc demandé à juste titre si la mise en veille des disques durs changerait réellement quelque chose. Sur un NAS équipé de plusieurs disques durs, l’arrêt de rotation peut permettre d’économiser une quantité notable d’énergie ; sur un mini-PC équipé uniquement d’un disque NVMe, cette fonction n’a aucune pertinence.
Les fonctions d’économie d’énergie du BIOS peuvent avoir davantage d’importance sur du matériel x86 générique
Les cartes mères génériques varient en matière de prise en charge des états C, d’ASPM, de périphériques PCIe, de contrôleurs SATA, de périphériques USB, de micrologiciels réseau et de minuteries de réveil. Ces différences peuvent expliquer pourquoi la même charge de travail consomme moins au repos sous un autre système d’exploitation.
Ne modifiez qu’une seule option d’alimentation du BIOS à la fois et conservez une solution de récupération. Les états C profonds ou un ASPM agressif peuvent révéler des problèmes de stabilité du micrologiciel ou des périphériques sur certains matériels.
Les cartes réseau haut débit peuvent augmenter la consommation au repos
Les cartes réseau 2,5 GbE et 10 GbE, les cartes réseau additionnelles, les cartes graphiques, les contrôleurs HBA, les ponts USB pour systèmes de stockage externes et les écrans toujours allumés peuvent chacun consommer plusieurs watts ou empêcher la plateforme d’accéder à des états de veille plus profonds. Si la consommation au repos compte davantage que le débit maximal, testez le système avec les périphériques d’extension non essentiels déconnectés.
La version actuelle de ZimaOS est plus récente que la version Open Beta de 2025
La documentation actuelle d’IceWhale présente ZimaOS 1.7.1 comme la dernière version stable. Le comportement du noyau, du stockage et de la gestion des périphériques a évolué depuis cette discussion Open Beta.
Utilisez la référence actuelle de ZimaOS avant de comparer d’anciennes mesures de consommation.
Un ordre d’optimisation pratique et peu risqué
- mesurez la consommation propre au repos à la prise ;
- arrêtez ou supprimez les conteneurs inutiles un par un ;
- appliquez une politique de mise en veille adaptée aux disques rotatifs, le cas échéant ;
- déconnectez les périphériques USB/PCIe inutilisés ;
- vérifiez le BIOS et le micrologiciel actuels ;
- testez les réglages des états C et de l’ASPM en ne modifiant qu’un seul paramètre à la fois ;
- testez de nouveau la stabilité à long terme après chaque réduction notable de la consommation.
FAQ sur la consommation électrique de ZimaOS
La source a-t-elle prouvé que ZimaOS consomme 30 W au repos ?
Non. La même machine consommait environ 15 W après une nouvelle installation, puis sa consommation a augmenté après l’installation de services supplémentaires.
IceWhale a-t-il fourni une procédure prise en charge pour powertop ?
Non. La source indique seulement que la demande a été discutée.
La mise en veille des disques aidera-t-elle un système équipé uniquement d’un disque NVMe ?
Non. Aucune économie d’énergie significative liée aux disques durs n’est possible en l’absence de disques rotatifs.
