Je viens de réaliser un superbe investissement, dans ce magnifique Wattmètre, pour la somme rondelette de 13 euros chez Leroy Merlin …

Vous avez tout compris on ne va trop parler taille de quéquette en frame par seconde, mais plutot Watt / heure … concernant la machine, aller, je ferai un effort, on va aussi causer bogomips par watt si vous voulez !

J’ai donc réalisé les tests suivants en pause au bios à  1.8GHz (tests statiques):

• Consommation de le carte mère seule (avec l’alim tout de même) : 40 W
• Consommation de le carte mère seule + Compact Flash : 42 W
• Consommation avec lecteur de cd branché mais inactif : 43 W
• Consommation de mon HD usb éteint : 6W (c’est énorme !!)
• Consommation de mon HD usb allumé : 15W

Essayons quelques tests dynamiques:

• Consommation au boot en pic 43W
• Consommation en environnement graphique sans application entre 33 et 43W. Il semble qu’en idle la carte consomme autour de 33W et qu’elle monte à  43 lorsque le processeur bosse.
• Consommation lorsque le processeur est mis en basse fréquence entre 31 et 35W.

Voyons un peu l’analyse que l’on peut en faire

• Le coût par an (365j) en électricité (a 0.1€/kWh) est entre : 28.9€ (0.1*33*24*365/1000) et 38€ (0.1*43*24*365/1000) en mode full
• Le coût par an en mode low est entre 27.1€ et 30€

=> L’économie est au mieux de 20% sur cet élément, mais au global avec écran, elle sera vraiment moindre, disons qu’au lieux le gain sera de 8€. Le mode basse consommation n’a pas un grand intérêt pour la planète il permettra je l’espère de réduire le bruit de l’ensemble…

• Le rapport Watt / bogomips en full est de : 43/3593 = 0,012W/bogomips
• Le rapport Watt / bogomips en low est de 35/1597 = 0,022W/bogomips

=> Le rapport entre puissance de calcul et puissance consommée est clairement en faveur du mode 1.8GHz, le facteur étant de l’ordre de 2. Calculer en mode 800M est donc un gachi d’énergie.

Si je compare cette machine à  mon PC actuel (UC seule) basé sur un Athlon à  1.5G avec 1HD, la consommation est entre 117W et 128W, le coût de fonctionneme annuel est estimable entre 102 et 112€.

De là , on peut déterminer le Retour sur investissement de la solution basse consommation. La solution epia coûte (cm+cf+ram) 420€, le gain annuel etant de 74€ il faudra 5,6 an pour que l’achat soit couvert par le gain d’énergie. Cette durée, en informatique, signifie que le ROI ne sera jamais atteint … Par contre si l’on compare le coût d’achat d’une solution neuve non epia (disons cm+hd+ram = 80+70+50 = 200) la différence sera amortie en 3 ans ce qui est la durée de vie d’un PC. Bref … pas vraiment de ROI à  une solution basse consommation, surtout lorsque la machine ne tourne pas 24/24 et de toute façon on ne pourra pas comparer les modèles comme étant équivalent. C’est donc bien du coté du bruit et de l’encombrement qu’il faut regarder pour l’énergie, on aura, au mieux la sensation de faire faire des économies de gaz à  effet de serre à  la planète (quoi que l’électricité en France est assez propre de ce coté là ).

Petit retour sur les classement watt/bogomips:

• solution macbook @ 2×1.8G : 50 / 9334 = 0,005W/bogomips
• solution core 2 duo @ 2×1.8G : 98 / 9334 = 0,010W/bogomips
• solution epia @ 1.8G : 43/3593 = 0,012W/bogomips
• solution P4 @ 1.7G : 60/4254 = 0,014W/bogomips
• solution sempron @ 1.4G : 60/2816 = 0,021W/bogomips
• solution athlon @ 1.5G : 128/3032 = 0,042W/bogomips

=> Quoi en conclure… pas grand chose, car les configuration sont assez différentes :

• macbook = 1 hd 2” sans doute coupé lors du test mais un écran.
• core 2 duo = 2 hd, 4 ventillos, 4Go de mémoire ….
• epia = compact flash, vidéo intégrée et rien d’autre
• P4 = pas de HD, pas d’ecran (video off et vieille carte)
• sempron = 3 HD, 4 ventillos …
• athlon = 1 hd, 2 lect cd, 4 ventillos, clavier souris, 2 ecrans (non comptabilisés mais CV costaude)

Bref des configurations vraiment hétéroclites, ajoutons à  cela en onduleur en série sur chaque machine. l’idée est donc plutôt d’avoir des ordres de grandeur pour moi. Je note d’ailleurs que le remplacement que je vais effectuer (l’epia à  la place de l’athlon est donc le plus rentable)

Au passage …. ma facture d’électricité annuelle liée aux PC : 350Wh soit 300€ … pas mal quand même et l’epia devrait me faire gagner 20% là  dessus… bonne nouvelle ! Non ?!?

Non en effet, pas tout à  fait … je vous ai parlé de mon grille pain (la carte video fan-less) et bien quand on met les deux ensemble :

On arrive à  une consommation de 63W soit une conso supplémentaire de 20W alors que je ne fait que de la 2D de base sur un seul écran sans compter l’échauffement énorme qui va avec bref l’économie passe de 128W à  60W c’est toujours ça mais c’est moins bien.
L’utilisation du lecteur cd me fait monter à  75W, donc 12W de mieux.

J’en ai parlé hier suite à  la configuration de la gestion dynamique de la fréquence de fonctionnement pour transformer cette carte EPIA SN en une carte silencieuse, il va me faloir user d’un minimum de configuration… Si je résume ma problématique, on peut dire les choses ainsi :
Le bios ne permet pas de régler la fréquence, ainsi la carte démarre en mode consommation maximum et élévation de la température associée. Il y a bien moyen de régler la vitesse des ventilateurs pour faire taire la bête mais l’échauffement au boot et trop dangereux. Le mode dans lequel le bios se charge de la régulation serait très utile, mais une fois le noyau lancé, il ne fait plus rien. Bref, il n’y a pas beaucoup de solutions: il faut démarrer tout ventilateur en route.
C’est donc dans une seconde étape, une fois le kernel booté que l’on va pouvoir jouer avec la fréquence et la vitesse des ventilateurs, dès lors que ces éléments seront controlable par soft. Mon but est le suivant : reproduire l’asservissement des ventilateurs réalisé par le bios par l’emploi d’un logiciel lisant la température et pilotant la ventilation. Ce logiciel pourra en outre activer ou non la puissance maximum de la CPU en fonction du besoin utilisateur. Pour être plus clair : ma machine tourne 24/24, lorsque je ne suis pas devant je lui fait faire e gros calculs (en idle) ; pour cela une mode basse conso sans ventilo me semble très bien, si par contre, je commence à  consommer plus de x% de cpu hors idle et ce un certain temps, je souhaite que la CPU puisse délivrer le meilleur d’elle même… Tout ca n’est pas très novateur ca existe sur les portables depuis belle lurette (à  la gestion du nice près). Voila donc où je veux en venir … reste à  en voir les étapes

Je pars donc de ce lien qui va me permettre de mettre à  jour mon noyau pour supporter le pilotage du ventilo et des capteur de température (enfin j’espère). Pour ce qui est de la fréquence, il faut voir cet article sur le sujet.

D’après la doc il faut commencé par patcher le noyau pour lui permettre de supporter le vt1211, comme le patch est spécifique à  des ditributions autres que la Suse 10.3, il faut se faire le patch à  la mano … et là  pour l’instant, demi bonne nouvelle le VT1211 est intégré à  mon noyau, cependant le code est assez différent… et il semble que par défaut ca ne soit pas intégré à  mon noyau … la petite dépendence sur “EXPERIMENTAL” me rassure quand à  la faisabilité donc GO!!! pour un make xconfig Et là  ohhh déception !!! le vt1211 est bien présent, il est même compilé … Mais sur cette carte VIA EPIA SN … il n’y a pas de vt1211 pour le monitoring hardware, mais sans doute un autre chip non supporté !!!!

Bon, bref … pour l’instant c’est mort …. et j’avoue que ca m’ennuie fortement !! Heureusement, la solution n’a pas tardé à  venir … et cet article décrit tout cela …

J’en ai parlé hier suite à  la configuration de la gestion dynamique de la fréquence de fonctionnement pour transformer cette carte EPIA SN en une carte silencieuse, il va me faloir user d’un minimum de configuration… Si je résume ma problématique, on peut dire les choses ainsi :
Le bios ne permet pas de régler la fréquence, ainsi la carte démarre en mode consommation maximum et élévation de la température associée. Il y a bien moyen de régler la vitesse des ventilateurs pour faire taire la bête mais l’échauffement au boot et trop dangereux. Le mode dans lequel le bios se charge de la régulation serait très utile, mais une fois le noyau lancé, il ne fait plus rien. Bref, il n’y a pas beaucoup de solutions: il faut démarrer tout ventilateur en route.
C’est donc dans une seconde étape, une fois le kernel booté que l’on va pouvoir jouer avec la fréquence et la vitesse des ventilateurs, dès lors que ces éléments seront controlable par soft. Mon but est le suivant : reproduire l’asservissement des ventilateurs réalisé par le bios par l’emploi d’un logiciel lisant la température et pilotant la ventilation. Ce logiciel pourra en outre activer ou non la puissance maximum de la CPU en fonction du besoin utilisateur. Pour être plus clair : ma machine tourne 24/24, lorsque je ne suis pas devant je lui fait faire e gros calculs (en idle) ; pour cela une mode basse conso sans ventilo me semble très bien, si par contre, je commence à  consommer plus de x% de cpu hors idle et ce un certain temps, je souhaite que la CPU puisse délivrer le meilleur d’elle même… Tout ca n’est pas très novateur ca existe sur les portables depuis belle lurette (à  la gestion du nice près). Voila donc où je veux en venir … reste à  en voir les étapes

Je pars donc de ce lien qui va me permettre de mettre à  jour mon noyau pour supporter le pilotage du ventilo et des capteur de température (enfin j’espère). Pour ce qui est de la fréquence, il faut voir cet article sur le sujet.

D’après la doc il faut commencé par patcher le noyau pour lui permettre de supporter le vt1211, comme le patch est spécifique à  des ditributions autres que la Suse 10.3, il faut se faire le patch à  la mano … et là  pour l’instant, demi bonne nouvelle le VT1211 est intégré à  mon noyau, cependant le code est assez différent… et il semble que par défaut ca ne soit pas intégré à  mon noyau … la petite dépendence sur “EXPERIMENTAL” me rassure quand à  la faisabilité donc GO!!! pour un make xconfig Et là  ohhh déception !!! le vt1211 est bien présent, il est même compilé … Mais sur cette carte VIA EPIA SN … il n’y a pas de vt1211 pour le monitoring hardware, mais sans doute un autre chip non supporté !!!!

Bon, bref … pour l’instant c’est mort …. et j’avoue que ca m’ennuie fortement !! Heureusement, la solution n’a pas tardé à  venir … et cet article décrit tout cela …

Suivant un article disponible ici tout est fourni pour permettre le support de cpu-freq…
Je dois donc installer les sources du noyau, le patcher, pour commencer, il faut aussi installer les RPM de gcc et de Make (grrrrrrrr ce n’est pas par défaut !! on est plus sous Linux ou quoi ?!?) bon passons !

Etape n°1 – récupérer la config du noyau courant pour le futur noyau par un petit make cloneconfig des familles.
Etape n°2 – patcher comme dans la doc, à  savoir :

• décompresser l’archive kernel_e_powersaver_v…zip
• aller dans le directory créé : cd kernel_e_powersaver
• copier le fichier e_powersaver.c vers les sources de linux arch/i386/kernel/cpu/cpufreq/ en ayant pris soin de sauvegardé préalablement le fichier d’origine.
• lancer la configuration du noyau make xconfig (a condition d’installer les lib qt de développement)
• le noyau est alors modifié comme indiqué dans la documentation de référence (choix du modèle de processeur de type C7 et configuration de la gestion de la fréquence du CPU au niveau utilisateur.
• le noyau est recompilé par la commande make puis make modules_install
• copier les élements du nouveau noyau dans /boot (voir doc)
• créer l’initrd (simplement en tapant mkinitrd)
• créer la nouvelle entrée dans grub/menu.lst (comme dans la doc)

Apres un reboot sur le nouveau noyau, il faut charger le module modprobe e_powersaver puis il est possible de modifier la fréquence de fonctionnement du cpu en allant dans le répertoire /sys/devices/system/cpu/cpu0/cpufreq. Il sera alors possible de passer le cpu à  800 Mhz en envoyant echo 798096 > scaling_setspeed ou de revenir à  la frequence haute avec la valeur 1795716. J’ai pu vérifié le résultat avec un petit programme de calcul très simple, rien à  dire à  1800MHz ca va plus de 2 fois plus vite.Il reste à  voir si l’on ne peut pas avoir plus de valeur ou au moins forcer un 1G plutot que 800M…
Attention, les nombre donnés ci-dessus peuvent varier, il faut donc lire le fichier scaling_available_frequencies pour connaitre les bonne valeurs.

Du coup, pour que la manip soit complete, il faudrait arriver à  piloter le PWM des ventilo car le système géré par le bios n’a pas l’air de fonctionner au top une fois Linux démarré… et il serait alors possible de choisir un mode rapide avec ventilo et un mode traquilou… sans ventilo ! Ce qui va me conduire à  bricoler quelque chose autour de ce lien… à  suivre dans un prochain article …

Je ne connais pas encore la suse 10.3, c’est l’occasion de l’installer pour test avant la mise en place définitive prévue plus tard …. Cliquez sur “lire la suite” pour avoir tous les détails….

En général j’installe mes Suse depuis le réseau, mais la 10.3 n’est plus disponible que sous forme de CD d’installation dirait-on …. Je vais tenter un truc un peu particulier du fait que je souhaite utiliser une Compact-Flash comme disque dur et que quelques tests préliminaires s’imposent. La carte ne disposant que d’un seul connecteur PATA, n’ayant pas en rab de disque SATA, je vais donc installer la suse 10.3 sur un disque USB, ce qui ne semble pas poser de problèmes.
J’ai choisi une configuration plutôt par défaut en retirant les jeux et appArmor histoire de gagner un peu de place puisque les perf d’installation sur USB sont pas vraiment le top du top…. estimation 1h15 … Ah ! quand même ! ouf … passé les premiers packages 30 minutes suffisent … L’installation est l’occasion de jeter un oeil à  la monté en température de la carte mère lors de la décompression des RPM…. RAS ! température ambiante …
L’installation des rpm terminée, le système reboot tout seul, installation de GRUB faite, par défaut sur le HD principal (ma compact flash) ; la configuration du système peut commencer. Premier écran : choix du mot de passe root, avec la bonne idée d’avoir ajouté une zone pour tester le layout du clavier ! Le reste de la configuration est classique …
Les deux cartes réseaux sont reconnues en 100M et 1G … tout va bien jusqu’à  la configuration du hardware … après 2 minutes sur l’écran de YAST, celui-ci disparait et me renvoie sur la console… 2 minutes de plus et retour sous Yast !! ouf, il devait s’agit d’un test de configuration de la carte graphique ! Visiblement la partie graphique est correctement reconnue tout comme le chipset audio et le bluetooth meme si cette carte n’en a pas (lol)
Voilà  ! installation terminée et a première vue, tout semble fonctionner, c’est plutôt une très bonne nouvelle.
… sauf que …

Ben impossible d’atteindre le runlevel 5 et de lancer X … c’est balo ! allez, un petit coup de Yast pour se tenter une configuration plus light… Sax2 m’en proposant une qui n’a pas l’air mal (1024×768 – 16b au lieu de 24), c’est parti …. et me voila sous KDE. ouf !

Coté post-config, par défaut sensors-detect ne trouve rien sur cette carte et cpu. Par ailleurs, sans le cd d’add-on beaucoup de chose restent en anglais bien que le fraçais ait été sélectionné, mais pas de mauvaise surprise ce point était mentionné dès le début de l’installation.
Coté puissance (approche de base), parmi mes machines, le classement est le suivant:

• mon Core 2 Duo 1,7G 2×4660 bogomips
• mon P4 1,7G 4200 bogomips
• la carte via epai SN 18000, 3593 bogomips pour 1795MHz
• mon Athlon 1800+ @ 1.5G 3032 bogomips
• mon Sempron @ 1.4G 2800 bogomips environ

Je vous ferai une série de tests comparatifs plus poussés sur ces machines très bientôt dans un futur article… je vais maintenant essayer de régler mon problème de Checksum CMOS …

Ok, remplacer les ventilateur est le but à  atteindre, mais les chemins sont multiples et le cahier reste encore assez flou … Cet article relate le cheminement de ma réflexion sur le sujet, la conclusion est intimement liée à  mon besoin personnel assez spécifique et si vous cherchiez, lecteur, à  suivre ma démarche vous pourriez trouver d’autres solutions ou variantes plus simples et moins onéreuses.