<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title>Green Computing</title>
  <link rel="alternate" type="text/html" href="http://artisan.karma-lab.net/taxonomy/term/1160"/>
  <link rel="self" type="application/atom+xml" href="http://artisan.karma-lab.net/taxonomy/term/1160/atom/feed"/>
  <id>http://artisan.karma-lab.net/taxonomy/term/1160/atom/feed</id>
  <updated>2007-09-15T17:54:04+02:00</updated>
  <entry>
    <title>Réflexions sur une architecture plus verte</title>
    <link rel="alternate" type="text/html" href="http://artisan.karma-lab.net/node/1303" />
    <id>http://artisan.karma-lab.net/node/1303</id>
    <published>2008-08-01T11:59:39+02:00</published>
    <updated>2008-10-01T10:49:02+02:00</updated>
    <author>
      <name>Ulhume</name>
    </author>
    <category term="Green Computing" />
    <category term="OK" />
    <category term="Planet Libre" />
    <category term="Article" />
    <summary type="html"><![CDATA[<p>  
  Si <a class='external' target='_blank' href='http://artisan.karma-lab.net/node/1172' >serveur domestique</a> nous a donnée pleine et entière satisfaction fonctionnelle pendant un peu plus de quatre ans (toutes version confondues), c'est sur le terrain écologique que la bête s'est révélée être une vraie plaie. Il était donc grand temps d'appliquer à l'engin le même régime qu'au reste du logis. 
</p>
    ]]></summary>
    <content type="html"><![CDATA[<p>  
  Si <a class='external' target='_blank' href='http://artisan.karma-lab.net/node/1172' >serveur domestique</a> nous a donnée pleine et entière satisfaction fonctionnelle pendant un peu plus de quatre ans (toutes version confondues), c'est sur le terrain écologique que la bête s'est révélée être une vraie plaie. Il était donc grand temps d'appliquer à l'engin le même régime qu'au reste du logis. 
</p>
<!--break-->

	<a name='chapter_1'></a>
  <h2>Une question énergétique</h2>
	
<style>
  .regles {
    background-color:white;
    border-top:1px solid #6b8730;
    border-bottom:1px solid #6b8730;
    padding:5px 15px 0px 60px;
    margin-left:20px;
    background-image:url("../files/artisan/1303/green-key.jpg");
    background-repeat:no-repeat;
    background-position:0px 5px;
  }
</style>
<image file="centrale.jpg" width="150"/><p>
  Cela fait pourtant des années que je me casse les pieds à changer nos ampoules pour des « basse consommation », à choisir un électroménager qui va bien, installer des interrupteurs généraux pour éviter les mises en veille, réduire le volume d'eau engloutie dans douche et toilettes, ou encore nourrir les plantes avec l'eau du riz et autres épluchures de crevettes (ceci dit, elles adorent ça <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/smile.gif" title="Smiling" alt="Smiling" class="smiley-content"/>. Et il m'a pourtant fallut prés de trois ans, et deux générations de Golgoths, pour me décider à sortir enfin mon compteur électrique du placard et regarder ce que consomment réellement mes machines. Allez comprendre, on est sûrement moins critique avec ce que l'on a conçu soi-même...
</p>
<p>
  En tout cas, l'atterrissage fût rude lorsque le monstre construit de mes mains s'est révélé sous le jour d'un véritable gouffre à électrons chiffrant <strong>de 250 Watts à vide à 308 Watts en charge</strong>. Ce qui correspond en gros <strong>65%</strong> de notre consommation électrique domestique... Ca laisse songeur, non ? Ce ne sont <i>que</i> deux machines comme celle que vous avez sûrement...
</p>
<p>
  Alors j'entend déjà certaines bonnes âmes, bercées par notre "grand" serpent à sornettes, me dire que c'est n'est pas grave, que je me bile pour rien, qu'en France on a bien de la chance car on a le nucléaire. Et que <q>ce qu'est bien avec un sèche cheveux nucléaire, c'est que ça pollue po car, c'est bien connu, car ça fait po de CO<sub>2</sub> le nucléaire !</q>  
</p>
<p>
  En France, 80% de l'énergie domestique est nucléaire, et contrairement aux idées reçues, travaillées en souterrains par les médias et autres lobbies, le nucléaire pollue. Alors c'est sur, il ne produit pas de CO<sub>2</sub>, mais depuis quant la pollution se limite t-elle aux gaz à effet de serre ? </p>
  <p>Le nucléaire réchauffe les cours d'eau. Le nucléaire pollue par des rejets dans la nature qui ne se font pas uniquement lorsqu'un obscur réacteur russe part en sucette. Le nucléaire pollue parce qu'une bonne part du "retraitement" consiste, in fine, à vitrifier les déchets pour les coller dans un trou (pudiquement baptisé "laboratoire"). Le nucléaire pollue aussi parce que produire <b>UNE tonne d'uranium fissible</b> génère mécaniquement <b>5.5 tonnes d'uranium "déchet"</b>, qualifié poétiquement d'<em>Appauvri</em>, même s'il est tout aussi radioactif que son frèrot. Des déchets stockés en France comme des <q>matière première</q> dans des centres de stockage au niveau de sécurité proche de celui d'un hangar à betteraves... Des déchets dont les <q>nations civilisées</q> se débarrassent lors des divers conflits modernes, comme les 800 tonnes officielles larguées sur l'Irak de papa Bush... 
</p>

<p>
  Bref, l'ambition réel de ce nouveau golgoth est donc, fabriquer une machine la plus <q>verte</q> possible :
  <ul class="regles">
    <li>Limiter au maximum la consommation électrique.</li>
    <li>Utiliser des solutions d'alimentation pouvant être alternative au solaire/éolien.</li>
    <li>Norme 
  <a target='_blank' href='http://fr.wikipedia.org/wiki/RoHS'>
  RoHS
  </a> (de toute façon obligatoire sur le marché CEE).</li>
    <li>Préférences aux normes d'efficacité énergétiques (
  <a target='_blank' href='http://fr.wikipedia.org/wiki/Energy Star'>
  Energy Star
  </a>, <a class='external' target='_blank' href='http://www.80plus.org' >80Plus</a>, etc.).</li>
    <li>Stocker mon ancien materiel ou trouver un site de retraitement 
  <a target='_blank' href='http://fr.wikipedia.org/wiki/DEEE'>
  DEEE
  </a> fiable, pour éviter que tout finisse un jour <a class='external' target='_blank' href='http://rigas.ouvaton.org/article.php3?id_article=236' >ici</a>.</li>
 </ul>
</p>


	<a name='chapter_2'></a>
  <h2>Eteindre la lumière</h2>
	
<a name="chapitre_1" ></a>
<image file="planeteavecrobinet.jpg" width="150"/><p>
   Les <q>chasses au gaspi</q> que j'ai pu mener dans d'autres domaines m'ont au moins appris une chose : les véritables économies d'énergie résident plus dans nos usages qu'en n'importe quelle révolution technologique. Pour prendre un exemple basique, éteindre la lumière en sortant d'une pièce sera toujours plus efficace que de laisser allumée une ampoule fluo compacte... Et il en va de même pour l'informatique : l'éteindre aussi souvent que possible sera plus efficace que de tout miser sur de nouveaux composants ultra sobres.  
</p>
<p>
<p>
  Lorsque l'on fait un peu la liste des fonctions que l'on désire voir implémentées sur une architecture domestique, on se retrouve rapidement avec trois lots distincts : celles qui ne peuvent être planifiées,  celles qu'il est très emmerdant de planifier et celles dont l'utilisation a clairement un début et une fin. Dans la première catégorie l'exemple typique est la réception du courrier, le service WEB, la supervision. Dans la seconde c'est typiquement l'accès aux données (NAS). Au fond rien ne nous empêche d'allumer la machine qui contient les fichiers partagés et de l'éteindre lorsque l'on a fini des les utiliser, mais c'est un peu... lourd disons. Enfin, pour la dernière catégorie, nous avons des choses comme "regarder un DVD". De toute façon il faut déjà allumer l'écran, insérer le disque, etc. Allumer en premier lieu une machine ne parrait pas être un effort dépassant l'entendement. 
</p>   
<p>
   Une bonne manière de gérer cela est d'utiliser des multi-prises avec interrupteur. Pour les plus joueurs, il est aussi possible d'utiliser une multi-prise <a class='external' target='_blank' href='http://www.ginjfo.com/Publics/Dossiers/GinjFo-Test-1-4-155-Divers.html' >commandée par USB</a>. L'idée est d'utilser la tension 5v d'un port USB du PC pour commander l'allimentation des périphériques. Lorsque le PC s'éteind, la tension disparait et la multiprise coupe le jus. Pour les bricolo, une version "fait main" de cet <a class='external' target='_blank' href='http://ludvol.free.fr/articles.php?lng=fr&amp;pg=232' >type de multiprise existe aussi</a>.
</p>
<p>
   Mais cela ne vous évitera pas de finir par éteindre le PC lui-même car il ne faut pas oublier qu'un PC éteint, ne l'est vraiement que si l'interrupteur à l'arrière est à Off, sinon, la carte mère continue à manger ses 5 à 10W...
</p>
<p>
  Enfin pour simplifier le redémarrage, vous pouvez modifier dans votre BIOS une option "Auto Power On" qui va permettre de lancer automatiquement le PC dés que l'interrupteur physique est sur On.  
</p>

<p>
   Dernière petite astuce, il n'est pas rare d'avoir sur une même multi-prise des machines pouvant être éteintes, et d'autres ne devant pas l'être. C'est typiquement le cas si vous avez dans le même meuble une FreeBox, une FreeBox HD pour la vidéo, une télévision et un ampli. Si vous n'avez aucun service utilisant en permanence Internet, vous pouvez tout éteindre en partant sans problème. Mais si vous avez par exemple un serveur WEB ou SMTP, il est pertinet de chaîne deux multiprises, l'une avec par exemple le téléphone et la FreeBox, chaînée à une seconde sur laquelle serait branchée l'ampli, la télévision, la FreeBox HD (qui consomme 13w en veille !!!). Du coup, vous pouvez éteindre sans risque une partie de l'installation en laissant l'autre allumée. 
</p>
<p>
   Ainsi une bonne partie des machines offrant ces fameux services "épisodiques" peuvent être éteinte lorsqu'elle ne sont pas utilisées et l'habitude viendra aussi naturellement qu'il ne vous viendrait pas à l'idée de partir en laissant la lumière allumée chez vous. Car n'oubliez pas que sur un système informatique standard, c'est de <a class='external' target='_blank' href='http://www.ginjfo.com/Publics/Dossiers/GinjFo-Test-0-4-155-Divers.html' >20 à 30W de consommé</a> lorsque tout est "en veille". 
</p>

<p>
Bonne pratiques induites :
<ul class='regles'>
<li>Eteindre physiquement tout ce qui n'a pas besoin de fonctionner en permanence. </li>
</ul>
</p>


	<a name='chapter_3'></a>
  <h2>Le stockage</h2>
	
<image file="mac-mini.jpg" width="150" style="border:none;"/>
<p>
   Le Mac mini, qui est un bon exemple de basse consommation (30W en charge), utilise des éléments normalement présents dans les ordinateurs portables, et notamment un disque dur de 2.5". Ces derniers présentent de nombreux avantages, à commencer par leur consommation de 5W maximum à comparer aux 15W d'un disque dur classique de 3.5". Ceci dit, il n'y a pas là de réelle magie car disque ne tourne pas à 7200 tours comme les grands, mais à 4200 tours. Il est donc exclu d'en utiliser pour un serveur de stockage mais cela reste possible pour booter un machine type <q>multimédia</q>. 
</p>
<p>
    Un disque dur 3.5" peut consommer jusqu'à 15W en charge. En comparaison, un disque dur de 2.5" réduit cela à 5W maximum. Il n'y a ceci dit pas là de réelle magie car disque ne tourne pas à 7200 tours comme les grands, mais à 4200 tours. Il est donc exclu d'en utiliser pour un serveur de fichiers mais reste très envisageable pour une machine ayant besoin de grands espaces sans y chercher une performance particulière (machine dédiée à un home cinéma par exemple).
</p>
<p>
  Une autre option côté stockage consiste à utiliser de la mémoire Flash. La mémoire flash ne consomme quasiment rien, 0.5W tout au plus, soit 10 fois moins qu'un 2.5" et 30 fois moins qu'un 3.5". Alors il y a certes un problème de capacité si l'on veut rester dans un coût raisonnable. Mais pour quelques 40€, on trouve des cartes Compact Flash de 2GO x266, dual channel pour un débit de 40mo/s que l'on peut utiliser sur un simple port IDE grâce à un convertisseur qui ne coûte lui qu'une dizaine d'euros. 2GO cela peut sembler bien peu mais vu que l'on a bien défini les besoins sur deux machines physiques différentes, ce sont deux Linux très minimaliste qu'il va me falloir, et je n'ai aucun doute que cela tienne, sans aménagement et avec beaucoup d'aise dans cet espace. Maintenant ces valeurs ne valent que pour de pauvrettes CF, avec un SSD de grande capacité, les résultats sont <a class='external' target='_blank' href='http://www.tomshardware.com/reviews/ssd-hdd-battery,1955-8.html' >un peu plus mitigés</a>.
</p>
<p>
   
</p>
<p>
  Reste le cas du lecteur de DVD. Un bonne stratégie d'économie consiste ici aussi à faucher des pièces du monde des portables et utiliser un Combo graveur DVD au format "Slim". Un tel lecteur consomme 4 à 5 fois moins qu'un graveur de DVD pleine hauteur. Et là en revanche, aucune contre-indication, c'est aussi performant. Il suffit juste d'en trouver un qui soit motorisé pour plus de confort. Mais d'un point de vue général, tout PC moderne démarre très bien sur une clef mémoire en USB, ou mieux, sur un lecteur de CD doté d'un adaptateur IDE/USB (une dizaine d'euros). Il n'est plus nécessaire de coller à chaque machine un lecteur optique et encore moins un lecteur de disquettes. Supprimer ce genre d'élément, c'est autant d'énergie économisée. 
</p>


<p>
Bonne pratiques induites :
<ul class='regles'>
<li>Utiliser de la Flash n'ayant pas besoin de disque dur.</li>
<li>Préférer les disques 2.5" pour les machines ne faisant pas un usage intensif du systeème de fichier.</li>
<li>Ne mettre de lecteur optique QUE sur les machines en ayant besoin.</li>
<li>Remplacer les lecteurs/graveurs de DVD par leur équivalent "Slim".</li>
</ul>
</p>



	<a name='chapter_4'></a>
  <h2>Changer le format des cartes-mères</h2>
	
<image file="mini-itx-compare.jpg" width="150" style="border:none;"/>
<p>
     Plus c'est compact, plus c'est sobre. Cette régle un peu péromptoire mais comportant pourtant un bon fond de vérité. En effet, l'intégration diminue les pertes, mais surtout elle oblige à utiliser des puces peu gourmandes qui sont à l'origine dédiées au unités mobiles. Lorsqu'il s'agit d'un ordinateur de bureau, le choix d'une micro carte mère doit être bien pesé si l'on recherche avant tout la puissance et l'évolutivité. Les petite carte mères acceuillent souvent moins de mémoire, moins de cartes d'extensions, et des processeurs moins puissant, sans parler de la vidéo et de la 3D... Ceci dit, tout est relatif, et les micro-machines à base d'Intel Core2 Duo délivrent une puissance très acceptables pour un encombrement et une consommation très faible. 
</p>
<p>
   Maintenant s'agissant d'un serveur domestique, le piège à éviter est justement de chercher la puissance et se disant "c'est un serveur donc faut qu'ça boost". C'est très vrai en entreprise lorsque 400 personnes bourinne desssus en même temps, c'est complètement faux lorsqu'il s'agit d'une unité domestique qui n'a que très peu de chose à faire simultanément. On peut donc opter dans ce cas pour de très petites cartes mères qui prendra en charge sans broncher des tâches comme la réception du courrier, la gestion d'un serveur de fichiers, le filtrage du WEB, ou encore la distributions d'ambiance musicale. Et le tout pour une consommation très faible grâce à des chipsets peu gourmands.  
</p>
<p>     
  Après avoir testé pas mal de possibilités et de formats de cartes plus exotiques les uns que les autres, j'ai finalement retenu le quasi standard mini-ITX. Ce ne sont pas les plus petites cartes du marché mais elles ont été adoptées par un grand nombre de fabricants (EPIA, Jetway, Commell, AOpen, etc..), sont très compactes (17cm sur 17cm), et existent avec ou sans CPU intégré.
</p>
<p> 
  A noter qu'aujourd'hui de nombreux assembleurs (Dell, AOpen, etc.) fournissent de telles machines tout équipées à des prix souvent plus faibles que si vous achetiez chaque pièce une à une. Enfin, pour ceux que le manque d'extension (1 port PCI généralement) inquiète, il existe les  <a class='external' target='_blank' href='http://www.mini-itx.com/store/?c=8#p1902' >Riser</a> (info <b>pgas</b>) qui permettent de doubler le port mais aussi de positionner les cartes horizontalement. Certaines fabriquant proposent même des ports mini-PCI ou, comme les Jetways, des supports pour des cartes-filles spécifiques. 
</p>
<p>
  Enfin, si les possibilités d'extension vous semblent encore limitées, il ne faut pas oublier que l'USB est là pour quelque chose. C'est d'ailleurs une solution adoptée par nombre de constructeur de portables qui câblent en interne les cartes audio ou TV sur des contrôleurs USB.  
</p>
<p>
Tout ceci nous dicte les règles suivantes :
<ul class='regles'>
	<li>Privilégier les petits formats de carte lorsque c'est possible (MiniITX, MicroITX, MicroATX, etc...)</li>
</ul>
</p>


	<a name='chapter_5'></a>
  <h2>Choix du processeur</h2>
	
<image file="C3_Neh_EBGA-370_image_L_mini.jpg" width="150" style="float:right;border:none;"/>
<p>
  Pour les cartes mini-ITX, nous avons le choix entre les VIA (C3, C7, Nano), les AMD Geode (LX700 et LX800), Les Intel Atom, Pentium M, Intel Celeron et enfin Intel Core 2 Duo Mobile. Les VIA sont toujours inclus sur la carte-mère, de même que les géodes. Pour les Intel, à une exception près, il s'agit donc d'acheter le processeur en plus. 
</p>
<p>
  Arriver à comparer ces différents processeurs est un vrai casse-tête. Il ne faut pas trop compter sur les fabricants qui se livrent une guerre acharnée et les sites de matériel s'intéressent finalement assez peu aux aspect "consommation" pour porter leur gourmandise sur la puissance brute. Finalement, tel est notre monde, ce qui reste le plus simple à comparer, c'est le prix. 
</p>
<p>
  Les <strong>AMD Geode</strong> sont des processeurs peu puissants mais très sobres. A titre d'exemple, certaines solutions embarquant un LX700, 256Mb de RAM, un alimentation en 12v et deux Fast-Ethernet, consomment à peine 5W. J'aurais une solution réseau type firewall/routeur à fabriquer je n'hésiterais pas une seconde, elles sont faites pour cela. 
</p>  
<p>
  Les <strong>puces VIA C7 (Edhen)</strong> sont semble t-il les championnes de la faible consommation avec 20W pour la version 2Ghz (12W pour 1.5Ghz) pour un prix très bas (généralement inclus dans celui de la mobo). Autre avantages de la gamme Edhen, la présence d'une unité appelée PadLock, permettant le cryptage Hardware utilisé entre autre par OpenSSH. Maintenant, le "hic" de ces puces reste, comme pour l'ancien C3, leur coeur d'exécution "un peu" faiblasse, spécifiquement pour ce qui est de l'unité flottante et un C7 1.5Ghz se fait proprement ratatiner par un Pentium M 1.5 ou un Celeron M 1.3Ghz. Maintenant, tout est relatif et ces puces semblent assurer leurs fonctions multimédia sans broncher, pourvu que je ne leur demande pas d'encoder. 
</p>
<p>
  Les <strong>Pentium M et Celeron M</strong> sont de bons compromis puissance/consommation. Plus puissant qu'un VIA, un Celeron M 220 pour 8W supplémentaire, leur problème à eux, c'est le prix. Il faut en effet compter entre 80 et 200€ pour le processeur, et ce en plus de la mobo. La seule exception à cette règle est la carte mère "OVNI" Intel D201GLY2. 
</p>
<p>
  Les <strong>Intel Core 2 Duo</strong> sont les puissants pour une consommation électrique étonnante (c'est celui du Mac mini). Et il sont aussi chers, entre de 250 à 300€ pour un T7200. 
</p>

<p>
  La tableau suivant est une tentative de comparaison en présentant le modèle, la puissance consommée (Chiffres non vérifiés glanés à droite et à gauche), la valeur du bogomips linux (ce n'est pas un bench, juste une estimation de puissance), et le rapport entre les deux pour obtenir une idée de la "puissance par watt" de chacun.  
  <table>
  <caption>Petite comparaison des CPU</caption>
  <tr>
    <th>CPU</th>
    <th>Fréquence</th>
    <th>TDP</th>
    <th>bogomips</th>
    <th>P/W</th>
  </tr>
    <tr>
    <td>Geode LX800</td>
    <td>500</td>
    <td>5</td>
    <td>997</td>
    <td>199</td>
  </tr>
  <tr>
    <td>Via V7</td>
    <td>1.5</td>
    <td>12</td>
    <td>2996</td>
    <td>249</td>
  </tr>
  <tr>
    <td>Via V7</td>
    <td>2</td>
    <td>20</td>
    <td>3996</td>
    <td>199</td>
  </tr>  
  <tr>
    <td>Celeron M 220</td>
    <td>1.2</td>
    <td>35</td>
    <td>2400</td>
    <td>68</td>
  </tr>
  <tr>
    <td>Celeron M 215</td>
    <td>1.33</td>
    <td>35</td>
    <td>2668</td>
    <td>79</td>
  </tr>
  
  <tr>
    <td>T7200 2Ghz</td>
    <td>2</td>
    <td>45</td>
    <td>3990x2</td>
    <td>177</td>
  </tr>
  </table>
</p>

<p>
   Régl
   <ul class="regles">
	   <li>La puissance ne sert que si l'on s'en sert, sinon, cela ne fait que chauffer la pièce. Un Via C7 pour un serveur de fichier sera plus adapté d'un Core2 Duo. Et un LX700 pour faire un pare-feux c'est plus malin qu'un Via Nano.</li>
	 </ul>
</p>


	<a name='chapter_6'></a>
  <h2>Carte graphique</h2>
	
<p>
    Un gouffre énergétique insoupsonné (ou presque) est la carte graphique. La surenchère dans ce domaine est arrivée à un point ou ces modules sont aussi gourmand qu'un ordinateur complet. Et ce sans compter sur des joyeusetés comme mettre plusieurs cartes graphiques en batterie... 
</p>
<p>
   Pour se donner une idée, une carte 3D en PCI-Express 9600GT consomme 35W utilisée avec un traitement de texte... Ca laisse sonjeur lorsque l'on sait qu'un simple 6200 n'en utilise elle que 15W, et qu'une carte graphique PCI d'il y a 5 ans... 5W... Alors si vous n'utilisez votre machine QUE pour jouer, pourquoi pas. Mais dans le cas contraire à quoi cela sert t-il ?   
</p>
<p>
   Heureusement pour les cartes mères type miniITX, la vidéo est souvent intégrée avec un chipset peu gourmand. En revanche, si vous montez un serveur avec une carte ATX standard, cherchez plutôt une vielle carte AGP de base. Pour les configurations ne demandant pas de 3D du tout, il y a des pistes du côté des ATI FireMV mais elles sont chères. 
</p>

<p>
	Ce qui donne les règles d'alimentation suivantes :
   <ul class="regles">
	   <li>Si vous êtres un gros joueur, achetez vous une console de jeu, ou un PC dédié. Au moins vous pourrez l'éteindre lorsque vous ne vous en servez pas...</li>
	 </ul>
</p>

	<a name='chapter_7'></a>
  <h2>Alimentation 12v</h2>
	
<image file="picopsu.jpg" width="150" style="float:right;border:none;"/><p>
  Sans rentrer dans les arcanes techniques des alimentations, quelques points notables concernant une 
  <a target='_blank' href='http://fr.wikipedia.org/wiki/alimentation à découpage'>
  alimentation à découpage
  </a> :
  <ul>
  <li>La <em>puissance Maximum</em> d'une alimentation n'implique pas qu'elle va consommer toute cette puissance mais juste qu'elle ne pourra fournir plus. Ce que consomme une alimentation sur la prise est fonction de ce que ce qui est branché dessus consomme. Par exemple une alimentation ayant une puissance Max de <strong>1000W</strong> (il parrait que ça existe...), branchée sur un système qui consomme <strong>70W</strong>, ne va <em>théoriquement</em> pomper sur la prise <strong>que 70W</strong>. Théoriquement car en réalité c'est une peu plus comme nous alons le voir. </li>
  <li>Pour fonctionner, une alimentation consomme du jus. Du coup on appelle <em>efficacité</em> (exprimé en %) le rapport entre le nombre de Watts qu'elle va fournir avec celui qu'elle a pris dans la prise. Donc si notre alimentation de 1000W a une efficacité de <strong>70%</strong>, et que ce qui est branché dessus consomme <strong>70W</strong>, l'alimentation va en réalité pomper <strong>100W</strong> (car 70% de 100W = 70W). Le courrant porté manquant est mangé par l'alimentation elle-même et transformé en chaleur. D'où le ventilateur.</li>
  <li>Plus la consommation de ce que l'on branche sur une alim s'éloigne de la puissance Maximum, plus l'efficacité diminue (ce n'est pas linéaire ceci dit). Du coup si l'on prend 70W à la sortie d'une alimentation de 1000W Max, on risque fort d'avoir une bien plus mauvaise efficacité que les 70% officiels. Par exemple, une bonne alimentation, certifiée <a class='external' target='_blank' href='http://www.80plus.org' >80Plus</a> a une efficacité de 80% si l'on utilise entre <strong>20 et 80%</strong> de sa puissance Max, c'est à dire dans notre exemple qu'il faut consommer entre 200 et 800W. Du coup si l'on ne consomme que 70W, il faudrait mieux prendre une alimentation de 150W.</li>
  <li>Une alimentation consomme même lorsque l'on ne s'en sert pas. C'est très variable d'une alimentation à l'autre et cela va de moins de un à une vingtaine de watts.</li>
  <li>D'un point de vue écologique, est considéré comme étant une <q>Vilaine pas belle</q>, une alimentation de 500 Watts Max, avec une efficacité de 40% pour un PC qui ne consomme que 80W. Riez pas, j'en ai une dans un placard !!</li>
  </ul>
</p>
<p>
  Fort de ce savoir, si l'on veut alimenter une unité de 60W en pointe et 20W en attente, il nous faut une alimentation certifiée 80Plus, ayant donc 80% ou plus d'efficacité et une puissance Max de disons 75W (utilisée à 80%) à 300W (utilisée à 20%). Autant dire des alimentations qui ne courent pas les rues en ATX.  
</p>
<p>
  Une solution serait de partager une grosse alimentation de qualité pour plusieurs unités, mais là ça se corse avec la norme ATX contrôlables par un et un seul PC. J'ai bien vu quelques fous du fer à souder jouer à cela pour deux cartes mais c'est assez "chaud". 
</p>
<p>  
  Une autre solution est de ne pas directement utiliser une alimentation ATX mais un <a class='external' target='_blank' href='http://www.mini-box.com/picoPSU-90' >convertisseur DC-ATX</a> qui prend un voltage continue en entrée et fournit en sortie les tensions au format ATX (+/-12v,+/-5v). L'efficacité de ces modules est assez bon, 96% officiellement. En prenant une alimentation AC/DC en sortie 12v pour 102W d'une efficacité de 82%, cela forme une alimentation ATX d'une efficacité de 79%, ce qui n'est pas mal du tout pour un très petit volume et un bloc totalement silencieux. En effet, étant de faible puissance, il y a peu de chaleur à évacuer et donc pas de ventilateur. 
</p>

<p>
  Enfin, avantage ultime d'une alimentation en 12v est la possibilité de remplacer à terme les blocs à découpage par des solutions à base de solaire ou d'éolien. 
</p>

<p>
	Ce qui donne les règles d'alimentation suivantes :
   <ul class="regles">
	   <li>Toujours dimensionner une allimentation en fonction de l'usage réel. Une allimentation de 400W est un gros gaspillage si l'on a qu'un disque dur et que l'on ne joue pas.</li>
	   <li>Préférez les allimentation externe AC/DC et un convertisseur DC/DC, dés que la consommation interne est trop faible.</li>
	   <li>Vérifiez toujours le rendement d'une allimentation avant de l'acheter. Une allimentation plus chère peut donner un meilleur rendement, mais aussi griller moins vite et fournir une tension plus stable ce qui augmentera la durée de vie de l'ensemble.</li>
	 </ul>
</p>



	<a name='chapter_8'></a>
  <h2>Conclusion</h2>
	 
<p>
  En appliquant rigoureusement ces règles, mes deux serveurs ont été fusionnés en un seul (via C7) et je suis ainsi passé de 250W... à 35W. Et mon PC de bureau consomme prés de 70W de moins qu'auparavant (suppression des lecteurs optiques, disque de meilleur qualité, suppression d'un des 3 écrans, etc.) et ce avec une bien meilleur puissance (Intel Core2 Quadro). 70W qui ne sont consommés que lorsque je travaille dessus.  
</p>
<p>
  Quant à la machine dédiée à la télévision (carte TNT) et à la lecture de DVD et de vidéos qui consommait 120W, je l'ai tout simplement mis au placard et remplacé par le FreeBox HD qui n'en consomme plus que 13... 
</p>    ]]></content>
  </entry>
  <entry>
    <title>Hibernatus!!</title>
    <link rel="alternate" type="text/html" href="http://artisan.karma-lab.net/node/1588" />
    <id>http://artisan.karma-lab.net/node/1588</id>
    <published>2008-07-12T15:34:03+02:00</published>
    <updated>2008-09-29T11:25:22+02:00</updated>
    <author>
      <name>Ulhume</name>
    </author>
    <category term="Green Computing" />
    <category term="mandriva" />
    <category term="OK" />
    <category term="Planet Libre" />
    <category term="Tutoriel" />
    <summary type="html"><![CDATA[<p>
   Je rassure les hostiles, le clin d'oeil à Mr Potter s'arrêtera là <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/smile.gif" title="Smiling" alt="Smiling" class="smiley-content"/> A l'origine j'avais écrit ce tutoriel pour le <a class='external' target='_blank' href='/node/1587' >lifebook U810</a>. Mais comme ce chapitre est devenu un véritable parcours du combattant, et comme j'avais aussi envie de bénéficier de l'hibernation sur mon ordinateur de bureau, je me suis dit qu'il ne serait sans doute pas trop crétin d'en faire un tutoriel à part entière. Alors pour mettre une sa Mandriva (ou tout autre GNU/Linux en adaptant le tutoriel) dans la glace, voilà la marche à suivre...
</p>
    ]]></summary>
    <content type="html"><![CDATA[<p>
   Je rassure les hostiles, le clin d'oeil à Mr Potter s'arrêtera là <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/smile.gif" title="Smiling" alt="Smiling" class="smiley-content"/> A l'origine j'avais écrit ce tutoriel pour le <a class='external' target='_blank' href='/node/1587' >lifebook U810</a>. Mais comme ce chapitre est devenu un véritable parcours du combattant, et comme j'avais aussi envie de bénéficier de l'hibernation sur mon ordinateur de bureau, je me suis dit qu'il ne serait sans doute pas trop crétin d'en faire un tutoriel à part entière. Alors pour mettre une sa Mandriva (ou tout autre GNU/Linux en adaptant le tutoriel) dans la glace, voilà la marche à suivre...
</p>
<!--break-->
<div class='inline-box note'>
   Les sources correspondant à l'U810 sont disponibles <a class='external' target='_blank' href='/node/1658' >ici</a>.
</div>

	<a name='chapter_1'></a>
  <h2>Introduction</h2>
	
<p>
  Il y a trois types d'extinction disponibles sous Linux. L'extinction complète via la commande <kbd>shutdown</kbd>. L'<kbd>hibernation</kbd> qui fonctionne comme l'extinction complète mais qui va préalablement sauvegarder l'état de la mémoire et des périphériques et restaurer la mémoire après démarrage du kernel. Et enfin il y a la <kbd>mise en veille</kbd> qui consiste à tout éteindre sauf la mémoire et un boût du northbridge qui la rafraîchit.
</p>
<p>
 D'un point de vue énergétique, le mode <kbd>hibernation</kbd> est le meilleur car la machine peut être physiquement éteinte. En mode <kbd>mise en veille</kbd>, la mémoire et le northbridge continuent de pomper du courant, ainsi que la carte mère elle-même.  Une batterie de portable ne tiendra donc pas éternellement sur ce mode, contrairement à l'hibernation.  
</p>
<p>
  Pour gérer ces mises en sommeil, nous utilisons ... <kbd>hibernate</kbd> qui est n'est autre que le projet <a class='external' target='_blank' href='http://www.tuxonice.net/' >Tux On Ice</a>. Contrairement à ce que son nom indique, la commande <kbd>hibernate</kbd> que ce paquet met à disposition, permet aussi bien d'effectuer une hibernation qu'une mise en veille en utilisant respectivement <kbd>s2disk</kbd> du paquet <kbd>suspend</kbd> et <kbd>s2ram</kbd> du paquet <kbd>suspend-s2ram</kbd>.
</p>
<p>
  Techniquement <kbd>s2disk</kbd> et <kbd>s2ram</kbd> sont autonomes et seraient utilisables "tout crus". Mais <kbd>hibernate</kbd> enrobe le tout dans une série de scripts paramétrables permettant de gérer les différentes étapes préalables à l'extinction et à la finalisation du réveil, notamment l'épineux problèmes des modules qui ne savent pas sauvegarder leur état proprement.
</p>
<p>
Pour installer tout cela, il suffit de lancer un <kbd>urpmi hibernate suspend suspend-s2ram</kbd> et les commandes seront :
  
  <div class='code-block code-block-fragment'>
  <div class='container'>
  <span class="co0"># hibernation</span><br />
hibernate<br />
<br />
<span class="co0"># mise en veille</span><br />
hibernate --config-<span class="re2">file=</span><span class="sy0">/</span>etc<span class="sy0">/</span>hibernate<span class="sy0">/</span>ram.conf
  </div>
  
  </div> 
</p>

<p>
  Comme vous le voyez, l'hibernation est le comportement par défaut. Pour une mise en veille, il faut fournir en plus un fichier de paramétrage spécifique.
</p>


	<a name='chapter_2'></a>
  <h2>Machine inconnue</h2>
	
<p>
   Si vous faites un <kbd>s2ram -n</kbd>, il y a de forte chances que cela vous renvoie un <kbd>Machine is unknown</kbd> qui bloquera la suite du processus. Pour forcer malgré tout la mise en veille, il nous faut donc contourner cette protection en modifiant <kbd>/etc/hibernate/ususpend-ram.conf</kbd> pour décommenter la ligne <kbd>USuspendRamForce yes</kbd>. 
</p>
<div class='inline-box attention'>
Forcer la mise en veille n'est pas sans risque. L'option n'est pas là pour rien et vous pouvez éventuellement corrompre vos données. A vos risques et périls...</div>


	<a name='chapter_3'></a>
  <h2>Des modules pas très green</h2>
	
<p>
  La première raison qui empêche une mise en veille ou hibernation, ce donc sont les modules qui ne savent pas correctement causer "énergie" (ou alors le matériel sous-jacent). Ces modules sans espoir devront donc  être déchargés avant extinction et recharger au réveil. Leur état interne sera donc perdu mais ce n'est généralement pas bien grave.   
 </p>
 <p>
    Pour trouver ces modules, je n'ai rien trouvé de mieux que de faire d'un côté <kbd>tail -f /var/log/messages</kbd> et de l'autre, de lancer <kbd>hibernate --config-file=/etc/hibernate/ram.conf --verbosity=3</kbd> pour qu'il m'indique les problèmes rencontrés.  Par exemple pour le lifebook U810, cela me donne :

  <div class='code-block code-block-fragment'>
  <div class='container'>
  ...<br />
Jul &nbsp;<span class="nu0">8</span> <span class="nu0">09</span>:<span class="nu0">52</span>:<span class="nu0">40</span> horus kernel: aes2501 <span class="nu0">2</span><span class="nu0">-2</span>:<span class="nu0">1.0</span>: no <span class="kw3">suspend</span> <span class="kw1">for</span> driver aes2501?<br />
Jul &nbsp;<span class="nu0">8</span> <span class="nu0">09</span>:<span class="nu0">52</span>:<span class="nu0">40</span> horus kernel: uvcvideo <span class="nu0">1</span><span class="nu0">-5</span>:<span class="nu0">1.1</span>: <span class="kw3">suspend</span> error <span class="nu0">-22</span><br />
...
  </div>
  
  </div>
</p>

<p>
  Dés que l'on détecte un module fautif, nous devons le "blacklisté" en ajoutant son nom dans la liste <kbd>/etc/hibernate/blacklisted-modules</kbd>. 
</p>
<p>
  Si vous obtenez une erreur du genre  :
  
  <div class='code-block code-block-fragment'>
  <div class='container'>
  Some modules failed to unload: nvidia<br />
hibernate: Aborting <span class="kw3">suspend</span> due to errors <span class="kw1">in</span> ModulesUnloadBlacklist <span class="br0">&#40;</span>use --force to override<span class="br0">&#41;</span>.
  </div>
  
  </div>
</p>
<p>
  Il va falloir aussi forcer hibernate. Pour cela, modifiez <kbd>/etc/hibernate/common.conf</kbd> et décommentez <kbd>AlwaysForce yes</kbd>. 
</p>
<p>
   Relancez la mise en veille autant de fois qu'il est nécessaire en répétant ces opérations de blacklistages jusqu'à ce que la machine s'éteigne. Une fois que c'est fait, une simple pression sur le bouton d'allumage devrait la faire revenir à la vie. 
</p>
<p>
  Si elle ne revient pas la pauvrette, un coupable possible est 
  <a target='_blank' href='http://fr.wikipedia.org/wiki/APIC'>
  APIC
  </a>. C'est le cas de l'U810. Tentez donc de le désactiver en modifiant  <kbd>/boot/grub/menu.lst</kbd>, pour ajouter à ma fin de la bonne ligne <kbd>kernel<Kbd>, le paramètre  <kbd>noapic</kbd>. Redémarrez et re-tentez l'expérience. 
</p> 
<p>
  Si au retour de la mise en veille vous obtenez, et c'est le cas pour l'U810, un écran tout vilain, pas de panique. Pressez CAPS-LOCK pour vérifier que a diode de votre clavier s'allume et donc que la machine n'est pas plantée. Puis alternez les <kbd>CTRL-ALT-F1</kbd> et <kbd>CTRL-ALT-F7</kbd>, l'affichage devrait revenir. Ensuite, allez dans <kbd>/etc/hibernate/ususpend-ram.conf</kbd> et décommentez la ligne <kbd>USuspendRamVbeSave yes</kbd> pour sauvegarder l'état vidéo avant mise en veille et le restaurer au réveil. 
</p>
<p>
  Sur l'U810,  la mise en veille s'effectue en <b>8 s</b> à l'allée et <b>6 s</b> au retour. Sur ma machine de bureau c'est simplement instantané. Vu le gain d'énergie que cela représente, on aurait tord de s'en priver à chaque pause café...
</p>
<p>
  Toujours concernant l'U810, le contrôleur vidéo semble avoir du mal à revenir de sa veille lorsque metacity est me mode composite (fenêtres ombrées et transparence). Pour régler cela, il faut ajouter dans <kbd>/etc/hibernate/ram.conf</kbd> le paramétre <kbd>SwitchToTextModeOnResume yes</kbd>.
</p>


	<a name='chapter_4'></a>
  <h2>Hibernation</h2>
	
<p>
  A ce stade la mise en veille devrait fonctionner et du coup l'hibernation aussi. La seule chose à faire avant est de définir l'endroit "physique" où <kbd>s2disk</kbd> va sauver l'état de la machine. Le plus simple pour cela est d'utiliser la partition de SWAP qui ne servira pas à grand chose une fois la machine éteinte. Normalement vous devez avoir une partition de swap au moins égale à la taille de votre mémoire. Cependant <kbd>s2disk</kbd> a le bon gout de compresser sa sauvegarde, permettant ainsi de dépasser quelque peu cette limitation. 
</p>
<p>
  Pour connaître la partition utilisée pour le swap sur votre machine, il suffit d'utiliser <kbd>swapon</kbd> :
  
  <div class='code-block code-block-traces'>
  <div class='container'>
  <div class='command'><span class='prompt'>root#</span>swapon -s</div><div class='result'>Filename				Type		Size	Used	Priority</div><div class='result'>/dev/sda5                               partition	4088500	0	-1</div><div class='command'><span class='prompt'>root#</span><span class='cursor'>&nbsp;</span></div>
  </div>
  
  </div>
</p>
<p>
  Ensuite, éditez le fichier <kbd>/etc/suspend.conf</kbd>, le fichier de paramétrage de <kbd>s2disk</kbd>, et remplacez la valeur de <kbd>resume device</kbd> par ce que <kbd>swapon -s</kbd> vous a donné comme partition.   
<p>
<p>
  Ceci fait, vous devez aussi indiquer au kernel où trouver ces sauvegardes lorsqu'il démarrera. Pour cela, allez dans <kbd>/boot/grub/menu.lst</kbd>, et à la bonne ligne <kbd>kernel</kbd> vérifiez la présence d'un paramètre <kbd>resume=/dev/sda5</kbd>. S'il n'est pas là ou si le chemin est mauvais, modifiez et sauvez. 
</p>
<p>
  Il ne reste maintenant plus qu'à tenter une hibernation 
  
  <div class='code-block code-block-fragment'>
  <div class='container'>
  hibernate --<span class="re2">verbosity=</span><span class="nu0">3</span>
  </div>
  
  </div>
</p>
<p>
   Normalement la machine a passé un temps à afficher la progression d'une sauvegarde d'état, et s'est éteint physiquement. Une pression sur le bouton d'allumage et le kernel Linux démarre puis stoppe sa progression pour recharger la sauvegarde. Et c'est terminé. 
</p>
<p>
  Si vous obtenez dans les traces une erreur du genre 
 
  <div class='code-block code-block-traces'>
  <div class='container'>
  <div class='command'><span class='prompt'>root#</span>hibernate -v3</div><div class='result'>...</div><div class='result'>hibernate: Running /usr/sbin/s2disk ...</div><div class='result'>suspend: Could not stat the resume device file</div><div class='result'>...</div><div class='command'><span class='prompt'>root#</span><span class='cursor'>&nbsp;</span></div>
  </div>
  
  </div>
</p>
<p>
  Il y a de fortes chances que le paramètre <kbd>resume device</kbd> soit faux, vérifiez-le et corriger. 
</p>
<p>
    Sur l'U810, l'hibernation prend 28 s à l'allée, et 33 secondes au retour. C'est déjà mieux qu'un allumage classique.  Notez que la désactivation de la compression ne semble pas entraîner une résurrection plus rapide. Sur une machine de bureau, l'extinction prends <b>4 seconds</b> et l'allumage <b>20s</b>.
</p> 


	<a name='chapter_5'></a>
  <h2>La colle avec gnome-power-manager</h2>
	
<p>
  Gnome Power Manager est l'outil standard de gnome pour la gestion de l'énergie. Il dispose d'une petite icône dans la barre de notification permettant la mise en veille et l'hibernation. Il a aussi le bon goût de connecter la touche <kbd>C-alt-D</kbd>, sous le lecteur d'empreintes, à la fonction <kbd>mise en veille</kbd>. 
</p>
<p>
  le problème est qu'il utilise une méthode d'hibernation et de mise en veille qui plante l'U810 ou le laisse sans écran. La solution est aussi simple qu'infernal à trouver. Il faut pour cela parler à .. HAL. Et modifier deux scripts qui se trouvent dans <kbd>/usr/lib/hal/scripts/linux/</kbd>. Tout d'abord <kbD>hal-hal-system-power-suspend-linux</kbd> où l'on trouve la raison du problème  : il ne prends en charge que pm-utils et pas hibernate. Pour régler cela modifiez pour que cela ressemble à ceci :

  <div class='code-block code-block-fragment'>
  <div class='container'>
  ...<br />
<span class="co0"># We only support pm-utils</span><br />
<span class="sy0">/</span>usr<span class="sy0">/</span>sbin<span class="sy0">/</span>hibernate --config-<span class="re2">file=</span><span class="sy0">/</span>etc<span class="sy0">/</span>hibernate<span class="sy0">/</span>ram.conf<br />
<br />
<span class="co0"># Refresh devices as a resume can do funny things</span><br />
...
  </div>
  
  </div>
</p>
<p>
  Maintenant que ce problème est réglé passons à l'hibernation en modifiant <kbd>hal-system-power-hibernate-linux</kbd> qui a le même problème que le frèrot :

  <div class='code-block code-block-fragment'>
  <div class='container'>
  <span class="co0"># We only support pm-utils</span><br />
<span class="sy0">/</span>usr<span class="sy0">/</span>sbin<span class="sy0">/</span>hibernate<br />
<br />
<span class="co0">#Refresh devices as a resume can do funny things</span>
  </div>
  
  </div>
</p>

<p>
Voilà, maintenant tout marche directement par gnome <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/smile.gif" title="Smiling" alt="Smiling" class="smiley-content"/> Et il est même possible de télécommander le tout en utilisant DBUS. Par exemple pour hiberner :

  <div class='code-block code-block-fragment'>
  <div class='container'>
  dbus-send --session --<span class="re2">dest=</span>org.freedesktop.PowerManagement --<span class="re2">type=</span>method_call --print-reply --reply-<span class="re2">timeout=</span><span class="nu0">2000</span> <span class="sy0">/</span>org<span class="sy0">/</span>freedesktop<span class="sy0">/</span>PowerManagement org.freedesktop.PowerManagement.Hibernate
  </div>
  
  </div>
</p>

	<a name='chapter_6'></a>
  <h2>Conclusion</h2>
	
<p>
 Bref, vous l'aurez remarqué, ça ne fût pas de tout repos mais le résultat est là, ça fonctionne et même très bien. Si pour un portable ce genre de paramétrage est simplement vitale, pour une machine de bureau, cela permet de gagner énormément sur la consommation énergétique. Car sincèrement, même pour une pause café, 24 secondes auquel il faut rajouter 10s pour le démarrage du BIOS, c'est pas très cher payer.  Et moins d'électricité consommé c'est un argument de moins pour certains empaffés de notre connaissance pour nous coller un 3ième EPR...
</p>
    ]]></content>
  </entry>
  <entry>
    <title>Intel Core 2 Quad, GNU/Linux et Energie</title>
    <link rel="alternate" type="text/html" href="http://artisan.karma-lab.net/node/1519" />
    <id>http://artisan.karma-lab.net/node/1519</id>
    <published>2008-04-01T11:13:28+02:00</published>
    <updated>2008-04-03T13:27:37+02:00</updated>
    <author>
      <name>Ulhume</name>
    </author>
    <category term="Green Computing" />
    <category term="OK" />
    <category term="Planet Libre" />
    <category term="Article" />
    <summary type="html"><![CDATA[<p>
   Ca y’est  <a class='external' target='_blank' href='http://artisan.karma-lab.net/node/1310#grendizer' >ma station de travail</a> est enfin montée, complétant ainsi ma nouvelle <a class='external' target='_blank' href='http://artisan.karma-lab.net/node/1327' >architecture</a>. Alors voyons un peu ce que cela donne déjà en terme de compatibilité GNU/Linux mais aussi de consommation énergétique. 
</p>
    ]]></summary>
    <content type="html"><![CDATA[<p>
   Ca y’est  <a class='external' target='_blank' href='http://artisan.karma-lab.net/node/1310#grendizer' >ma station de travail</a> est enfin montée, complétant ainsi ma nouvelle <a class='external' target='_blank' href='http://artisan.karma-lab.net/node/1327' >architecture</a>. Alors voyons un peu ce que cela donne déjà en terme de compatibilité GNU/Linux mais aussi de consommation énergétique. 
</p>
<!--break-->

	<a name='chapter_9'></a>
  <h2>Le matériel</h2>
	
<p>
  <image id="1" width="150px"/>
  <image id="2" width="150px"/>
  Donc finalement j’ai opté pour un quadruple coeur. J’avais pas mal étudié les Core 2 Duo dans mes précédents tests et dans la gamme des CPU puissant (on ne parle plus de <a class='external' target='_blank' href='http://artisan.karma-lab.net/node/1327' >C7</a> là <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/wink2.gif" title="Wink" alt="Wink" class="smiley-content"/>, cette architecture me semblait la plus efficace énergétiquement parlant, la fameuse puissance par watt consommé.
</p>
<p>
  Le CPU est donc un Q6600 de la gamme <q>Intel Core 2 Quad</q> à 2.4Ghz. Côté RAM, pour cause de rupture chez mon fournisseur à Montgallet, je me suis rabattu sur de la PC6400 (800mhz) en 2x2Go permettant d’activer le dual-channel sensé doubler la vitesse d’accès à la RAM. 
</p>
<p>
 Le tout est monté sur une carte Gigabyte GA-P35-DS3R équipée comme son nom l’indique d’un chipset Intel P35. Pour la vidéo, j’ai « opté » pour une carte MSI basée sur du nVidia en PCI Express. 
</p>
<p>
  Le montage d’un CPU est devenu un véritable jeu d’enfant avec le temps. Plus besoin d’un étau, d’un burin, de 4 mains et autant de tournevis. Le CPU n’a déjà plus de papates (ça c’est bien !) et il se monte en trois mouvements. Ensuite le ventirad vient simplement se « clipper » sur la carte. Résultat de l’opération : terminé avant d’avoir eu le temps de dire « ouf ». Fin sans douleur d’une phase que je redoute entre toutes. 
</p>
<p>
Ce gain temps a été cependant rapidement perdu en essayant de comprendre comment marchait ce maudit système SATA. Pour ceux qui comme moi viennent d’un autre âge, pour que cela fonctionne vérifiez avant que vous avez bien un câble transformant la classique alimentation MOLEX au prise au format SATA, sans cela, on a l’air bien bête… 
</p>
<p>
Dernière étape, montage sur le banc de test, « clipage » de l’alimentation (ne pas oublier la mini prise 12v à mettre <strong>en plus</strong> de l’ATX standard), et zou, démarrage, et là… rien… Vérification des portes opposées, branlage des barrettes, démontage/remontage de la carte PCI express, ajout d’un petit buzzer au cas où et au redémarrage j’ai juste droit à un « beep ». Plus exactement ce fût un beep long et deux courts, ce qui en langue BIOS veut dire « j’ai pas de carte écran crétin ». Bref, la super carte PCI Expresss kaput, heureusement que j’avais une bonne vieille PCI tout court. 
</p>
<p>
Maintenant installation de GNU/Linux avec une distribution Mandriva. </p>

	<a name='chapter_10'></a>
  <h2>Installation de GNU/Linux</h2>
	
<p>
  Que dire si ce n’est que tout s’est installé sans l’ombre d’un malaise. Je ne vais pas vous mettre des tonnes de copies d’écran des différentes phases, rassurez vous. Mais globalement cela marche à merveille et au bout de quelques minutes seulement (6 très exactement en mode « mini »), j’étais connecté en root. 
</p>
<div class='inline-box note'>
Si vous <strong>ne voulez pas</strong> installer la version 64bits mais la classique 32bits, lorsque Mandriva affiche son menu d’installation (« démarrer sur le disque », « Installer… », etc), pressez la touche données dans la ligne du bas pour les options supplémentaires et sélectionnez dans la liste la version 32bits. 
</div>
<p>
  Déjà, premier point, un boot en 5 secondes, ça calme. Certes je n’avais pas encore tout installé (nfs, ldap, etc.) mais déjà c’est un gros gain qui mine que de rien va faire baisser la consommation en ne me bloquant plus « psychologiquement » pour éteindre avant d’aller dîner par exemple. 
</p>
<p>
  bilan de compatibilité : la sortie audio fonctionne (Intel HD), le disque est super véloce en fonctionne sans malaises, l’USB est correctement pris en charge, de même que l’interface ethernet gigabit. Les 4gigas (et pas seulement 3.5 comme sous Vista <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/wink2.gif" title="Wink" alt="Wink" class="smiley-content"/> ) sont bien là et les 4 processeurs sont reconnus par le système. Un petit coup de <a class='external' target='_blank' href='http://artisan.karma-lab.net/node/1209' >htop</a> vous permet ainsi de voir 4 charges machines indépendantes, sympa <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/smile.gif" title="Smiling" alt="Smiling" class="smiley-content"/>.
</p>
<p>
En bref, c’est du velours, une carte mère validée « GNU/Linux capable » donc <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/wink2.gif" title="Wink" alt="Wink" class="smiley-content"/>.
</p>
<p>
  Il ne m’a plus donc resté qu’à configurer <kbd>urpmi</kbd> pour pointer sur mes dépôts locaux, d’installer gnome, de faire un coup de <kbd>rsync</kbd> de mon ancien <kbd>/home</kbd> sur le nouveau et hop, me revoilà chez moi. Ca aussi c’est un des gros avantages de GNU/Linux, le temps que j’aurais perdu à retrouver <strong>tous mes réglages</strong> sous Windows… Tandis que là c’est comme si je n’avais pas changé de machine, la puissance en plus. 
</p>
<div class='inline-box note'>
  La carte Gigabyte DS3, outre ses différentes déclinaisons se remarquant aux dernières lettres, existe en 3 versions : rev 1.0, rev 2.0 et rev 2.1 et la différence tient essentiellement à la version du BIOS qui est dedans. La mienne est une 2.1 et je n’ai eu aucun problème. En revanche un ami, sûrement en 1.0, a du flasher le bios pour que le système reconnaisse correctement son mix de disques PATA/SATA. Or lorsque l’on est Linuxien, un flashage de bios on déteste.<br/> En effet les constructeurs se mettent de plus en plus à fournir des versions « windows only » de leur soft de mis à jour. Mais heureusement ce n’est pas le cas de Gigabyte. Ici vous n’avez qu’à télécharger la dernière version du bios sur leur site, faire un coup de <kbd>wine</kbd> sur l’exe pour le décompresser : un flasher et un fichier de données. Ensuite vous mettez le fichier de données sur une clef USB formatée en FAT et vous rebootez. Au redémarrage vous allez bêtement dans le bios, en bas option F8 pour passer dans le « flasher » qui reconnaît votre clef USB et autorise le flashage de la nouvelle version. Sur ce coup là chapeau !
</div>

	<a name='chapter_11'></a>
  <h2>Puissance Consommation</h2>
	
<p>
  Le net regorge de benchmarks en tout genre sur les Q6600, je vais donc faire l’impasse. En revanche d’un point de vue purement psychologique, c’est vrai que ça avance. L’avantage d’attendre 4 bonnes années avant de changer de bécane est que l’on sent que la techno a un peu évolué <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/wink2.gif" title="Wink" alt="Wink" class="smiley-content"/>.
</p>
<p>
Ceci dit j’ai fait quelques petits tests pour m’en convaincre mais  tous m’ont renvoyé le même résultat : un cœur tout seul est deux fois plus rapide que mon ancien Sempron 1.8Ghz. Et lorsque les 4 cœurs sont utilisés… ben c’est mathématiques, x4 <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/smile.gif" title="Smiling" alt="Smiling" class="smiley-content"/>. Maintenant voyons à quel prix énergétique se situe une telle puissance. 
</p>
<p>
  Pour tester, un simple testeur de watts branché entre le secteur et le PSU, mesurant l’ensemble du système (carte mère, PSU, CPU  GPU, RAM et HD). J’ai d’abord mesuré « machine éteinte », puis j’ai allumée après stabilisation, en mode graphique (IDLE). Ensuite j’ai lancé de une à 4 sessions de <kbd>cpu-burn</kbd>. Cela nous donne le tableau suivant auquel j’ai rajouté en 3<sup>ième</sup> et 4<sup>ième</sup> colonne la consommation testée sur <a class='external' target='_blank' href='http://www.hardware.fr/articles/651-2/intel-core-2-quad-q6600.html ' >hardware.fr</a> pour le Q6600 et le E6600 (Core 2 Duo). Ces chiffre sont intéressants car ne prennent en compte < strong >que</strong> le CPU. <table>
<tr><th>Mode</th><th>Système</th><th>Q6600</th><th>E6600</tH></tr>
<tr><td>Eteint</td><td>5.5W</td><td>n/a</td><td>n/a</td></tr>
<tr><td>IDLE</td><td>74W</td><td>38W</td><td>38</td></tr>
<tr><td>1xCoeur</td><td>102W</td><td>64W</td><td>49</td></tr>
<tr><td>2xCoeur</td><td>122W</td><td>79W </td><td>61</td></tr>
<tr><td>3xCoeur</td><td>132W</td><td>n/a</td><td>n/a</td></tr>
<tr><td>4xCoeur</td><td>140W</td><td>102</td><td>n/a</td></tr>
</table>
</p>
<p>
   Alors plusieurs choses intéressantes là dedans. Tout d’abord l’écart est quasi constant (+/- 5W) entre mes mesures et celles d’Hardware.fr. On en déduit que, hors CPU, le système consomme 38W en moyenne. Alors il y a déjà 5 à 10W pour le disque dur, un peu pour le Chipset, mais je soupçonne aussi le bloc d’alimentation qui 1/ est surdimensionné (500W) 2/ n’est pas certifié 80P. Mais maintenant que j’ai une idée de ce que mange la bête, je vais m’empresser de commander un bloc d’alimentation 12v et un pico-psu de 160W pour tester cela et voir ce que cela change.  
</p>
<p>
L’autre chose que l’on remarque c’est la montée en consommation « à la demande » avec un pas de 10 à 30 Watts par cœur activé. Ainsi entre un système à charge quasi nulle (IDEM) et totalement chargé, on obtient un rapport de 2.6 (cou seul) et 2 (système complet). Pour donner une idée, un VIA C7 a un rapport de 1.5. 
</p>
<p>
En revanche, ce qui étonne c’est que, s’agissant de l’utilisation des deux premiers cœurs, la consommation ne soit pas rigoureusement la même entre le Duo et le Quad. En effet, techniquement un Quad c’est juste deux puces Duo collées l’une à l’autre. En IDLE la consommation est la même, mais dés qu’un cœur s’active, c’est clairement le E6600 le moins gourmand. La cause en est sûrement que la deuxième puce s’active même si elle n’a pas besoin d’être utilisée. Ce qui expliquerais aussi que les pas entre 2 et 3 et 4 soit si faible (10w) en comparaison d’IDLE à 1 (30W) et 1 à 2 (20W).  En tout cas, il y a peut-être des choses à investiguer dans la manière que GNU/Linux a à gérer le SMP. 
</p>
<p>
Sinon, côté variation de fréquence, c’est comme toujours, assez « bof ». La baisse à 1.6Ghz change absolument rien en terme de consommation. 
</p>

	<a name='chapter_12'></a>
  <h2>Conclusion</h2>
	
<p>
   Je voulais une machine puissante 100% fonctionnelle pour GNU/Linux, cet aspect là semble gagné. Côté consommation, <q>Core 2</q> est définitivement une architecture intéressante. C’est performant, énergétiquement efficace (en pleine charge je n’ai jamais dépassé 38°), avec un bémol cependant pour cette différence à nombre de cœur activé égal entre le E6600 et Q6600. 
</p>


    ]]></content>
  </entry>
  <entry>
    <title>MSI refroidit avec de la chaleur</title>
    <link rel="alternate" type="text/html" href="http://artisan.karma-lab.net/node/1446" />
    <id>http://artisan.karma-lab.net/node/1446</id>
    <published>2008-03-07T11:12:49+01:00</published>
    <updated>2008-03-07T15:53:26+01:00</updated>
    <author>
      <name>Ulhume</name>
    </author>
    <category term="Green Computing" />
    <category term="Aucun" />
    <category term="OK" />
    <category term="Article" />
    <summary type="html"><![CDATA[<p>
   Un ventilateur ça consomme du jus à pure perte. En effet, il est déjà énergétiquement assez peu efficace d'avoir un processeur qui se prend pour un barbecue coréen mais griller des watts supplémentaires pour évacuer cette excédent calorifique ne fait qu’aggraver encore le problème. 
</p>
    ]]></summary>
    <content type="html"><![CDATA[<p>
   Un ventilateur ça consomme du jus à pure perte. En effet, il est déjà énergétiquement assez peu efficace d'avoir un processeur qui se prend pour un barbecue coréen mais griller des watts supplémentaires pour évacuer cette excédent calorifique ne fait qu’aggraver encore le problème. 
</p>
<!--break-->
<p>
   Fort de ce constat, la société MSI a eu une idée bien sympathique. Pourquoi ne pas simplement utiliser cette énergie perdue sous forme de chaleur pour... refroidir le processeur ? Pas possible ? Mais si, mais si, grâce à un moteur de Stirling !!
</p>

	<a name='chapter_13'></a>
  <h2>La machine de Stirling</h2>
	
<p>
<image id="2" width="150px"/>
   Sans trop rentrer dans les détails de cet ingénieux procédé inventé par M. Robert Stirling en… 1816, l’idée de ce moteur est d’utiliser un cycle en 4 temps. D’abord chauffage d’un volume constant de gaz, ensuite décompression à température constante, puis refroidissement à volume constant, enfin re-compression à température constante. Le résultat est un moteur qui fonctionne… à la chaleur. 
</p>
<p>
   Et c’est bien là la bonne idée de MSI, utiliser un tel moteur en prenant la zone chaude du processeur comme source d’énergie. Le cycle compression/décompression va ainsi activer un piston qui va à son tout faire tourner un ventilateur. 
</p>

	<a name='chapter_14'></a>
  <h2>Deux doses de caloduc</h2>
	
<p>
<image id="1" width="150px"/>
   Le reste du ventirad  MSI est somme toute classique. Le ventilateur ne refroidit évidement pas directement le processeur, mais deux caloducs (ou « heatpipes »). Pour info, un caloduc se présente sous la forme d’un tube fermé ne contenant qu’un seul gaz. D’un côté le tube touche la zone chaude du processeur, de l’autre il est soudé à une multitude d’ailettes pour augmenter la surface de contact avec l’air. Le gaz en équilibre liquide va se vaporiser au contact de la zone chaude « pompant » ainsi des calories. Maintenant plus léger, le gaz monte vers la partie « à ailettes ». Là notre ventilateur « de Stirling » souffle un air plus froid qui va provoquer la condensation du gaz. A nouveau liquide et donc plus lourd, notre gaz retombe sur la zone chaude, et ainsi de suite. Simple, et efficace. 
</p>

	<a name='chapter_15'></a>
  <h2>Conclusion</h2>
	
<p>
   Ceci dit l’utilisation du moteur de Stirling pour du refroidissement existe déjà depuis longtemps du côté industriel et militaire. Mais malgré cela, et même si pour l’instant prix et efficacité réel ne sont pas connus, l’arrivée de cette technologie permettant de limiter l’énergie consommée par nos mangeurs de watts est en soit une nouveauté qui méritait d’être soulignée. 
</p>

    ]]></content>
  </entry>
  <entry>
    <title>Test de la mobo VIA C7, CF et 12v à basse conso.</title>
    <link rel="alternate" type="text/html" href="http://artisan.karma-lab.net/node/1327" />
    <id>http://artisan.karma-lab.net/node/1327</id>
    <published>2008-02-12T08:35:32+01:00</published>
    <updated>2008-08-02T15:06:52+02:00</updated>
    <author>
      <name>Ulhume</name>
    </author>
    <category term="Green Computing" />
    <category term="OK" />
    <category term="Planet Libre" />
    <category term="Article" />
    <summary type="html"><![CDATA[<p>
  L'unité <q><a class='external' target='_blank' href='/1310%2523nehia' >Nehia</a></q> de <q><a class='external' target='_blank' href='/node/1303' >mon architecture domestique, 3ième génération</a></q> vient d'arriver sans encombre d'Angleterre. Une petite partie du Week-end a donc été consacrée au test en conditions réelles de cette architecture qui était si prometteuse sur le papier.
</p>
    ]]></summary>
    <content type="html"><![CDATA[<p>
  L'unité <q><a class='external' target='_blank' href='/1310%2523nehia' >Nehia</a></q> de <q><a class='external' target='_blank' href='/node/1303' >mon architecture domestique, 3ième génération</a></q> vient d'arriver sans encombre d'Angleterre. Une petite partie du Week-end a donc été consacrée au test en conditions réelles de cette architecture qui était si prometteuse sur le papier.
</p>
<!--break-->

	<a name='chapter_16'></a>
  <h2>Préparation de l'étude</h2>
	
<h3>Les éléments testés</h3>
<p>
  Pour une fois que je tombe sur une boutique avec un bon niveau de service (ma deuxième après ldlc), il fallait que j'en parle un peu. J'ai donc commandé mon matériel de test chez <a class='external' target='_blank' href='/www.linitx.com' >LinITX</a>. Pour £8, je l'ai reçu comme prévu 48h plus tard (au delta près de Chronopost qui ne sait pas lire un nom sur une boite au lettre et ni utiliser un téléphone portable). Le matériel était bien emballé, dans une boite tellement petite que j'ai cru qu'il allait manquer des trucs dedans <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/wink2.gif" title="Wink" alt="Wink" class="smiley-content"/> A l'ouverture j'ai eu un doute quant au CPU que j'avais commandé. Une note sur ma commande chez eux et j'ai eu une réponse à peu près 10 minutes plus tard, avec toutes les informations qu'il me fallait pour vérifier que j'avais bien le bon matos. Donc un bon service et une boutique pour l'instant recommandée (il faut toujours attendre deux ou trois commandes <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/wink2.gif" title="Wink" alt="Wink" class="smiley-content"/>
</p>
<p>  
  Alors dans le paquet nous avons :
</p>
<image file="J7F4K1G5D-SE-L.jpg" width="100" style="border:none"/>
<p>
  Un carte mère <a class='external' target='_blank' href='http://www.jetwaycomputer.com/VIA3.html' >Jetways J7F4K1G5-PB</a>. Elle intégre le fameux VIA C7 ULV pour 1.5Ghz (la carte peut aller de 800Mhz à 2Ghz). </p>
<p>
  Le C7 ULV se distingue du C7-D par un sous-votage stabilisé du processeur. Le résultat est une enveloppe thermique de 12w contre 25w à fréquence égale (1.6Ghz) pour un C7-D.  
</p>
<p>
  La porte nord est tenue par un <kbd>CN700</kbd> (Puce graphique VIA Unichrome Pro, accélération MPEG2 et 1go Max de DDR2), et celle du Sud par un <kbd>VT8237RP</kbd> (1 port PCI, 6 ports USB, 2 SATA, Audio 5.1). L'ensemble est refroidit par un petit ventilo posé sur le radiateur côté processeur.
</p>
<p>
 Enfin, deux puces <kbd>RTL8110SC</kbd> gèrent les deux ports ethernet gigabit. Tout cela sur une tartine de pain grillé qui tient sur la main.    
</p>

<p style="clear:left">
  <image file="picoPSU.jpg" width="100" style="margin-bottom:5px;"/>
  Le <a class='external' target='_blank' href='http://www.mini-itx.com/store/?c=10' >picoPSu 80w</a>, un convertisseur fournissant à partir d'un connecteur standard 12v, une connecteur ATX, deux prises MOLEX grand format et une petite type "floppy".
</p>

<p style="clear:left">
	<image file="CF-IDE.jpg" width="100" style="margin-bottom:5px;"/>
	Un convertisseur CompactFlash vers PATA (IDE) qui a besoin d'une alimentation type "floppy". Le convertisseur est garnit d'une carte de 2GO x266 en double canal (débit doublé donc) qui m'avait intrigué car d'un coût relativement honorable (£34). 
</p>

<p style="clear:left"> 
	<image file="EA11353C.JPG" width="100" style="margin-bottom:5px;"/>
    <li>
       Un bloc d'alimentation à découpage 12v/102w de chez <a class='external' target='_blank' href='http://www.edac.com.tw/products_open.asp?id=254' >EDAC Power</a> d'un rendement officiel de 82%. Elle est dôtée d'une PFC active, d'une petite led d'activité, bref une alimentation d'ordinateur portable dôté d'un connecteur standard. 
    </li>
  </ul>
</p>

<h3 style="clear:left">Le montage du "banc de test"</h3>
<p>
<image file="p1070877.jpg" width="150"/>
  Dans la mesure où j'ai lu à peu prés tout et n'importe quoi sur ce type de plate-forme, il me fallait faire de vrais tests pour m'assurer de ses performances calculatoires et énergétiques. J'ai donc monté sur le dos de mon imprimante (comme quoi c'est vraiment pas gros), une plate-forme comprenant :
  <ul>
    <li>Une magnifique serviette éponge blanche que ma femme m'a fournie gracieusement. Merci à elle.</li>
    <li>L'ensemble des composants précédents montés comme il se doit.</li>
    <li>Un testeur de consommation électrique (VoltCraft plus - Energy Monitor 3000) fournissant une <i>vraie</i> consommation (VA, W et Cos φ), branché entre le secteur et le bloc d'alimentation pour mesurer ce que l'ensemble du système mange exactement.</li>
    <li>Un coup de pince coupante sur un des deux fils d'alimentation 12v de la picoPSU et un esthétique domino sur lequel j'ai vissé les deux sondes d'un multimètre. Le but est de tester la consommation en ampères de la carte elle-même. Un autre multimètre me permet de mesurer la tension à l'entrée du picoPSU pour établir la puissance consommée (P=UI, je vous le refais pas <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/wink2.gif" title="Wink" alt="Wink" class="smiley-content"/> ).</li>

    <li>Et enfin, une bonne vieille alimentation ATX de qualité (Enermax 200W) pour comparer les deux modes d'alimentation : 12v/PicoPSU contre bloc ATX classique.</li>
      </ul> 
      
</p>

<h3>Installation de Linux</h3>
<p>
   L'installation de linux est ici faite en mode <q>tranquille la vie</q>. La carte CompactFlash déclarée comme disque maître, un lecteur de CD-ROM en esclave et démarrage sur une Mandriva 2008.0 minima (1 CD). La carte est ainsi formatée et peuplée comme s'il s'agissait d'un disque dur, Grub s'installe tranquillement et le système démarre sans encombre. Le tout en moins de temps qu'il m'a fallut pour faire tenir le bazar sur mon imprimante.
</p>
<p>
  Côté compatibilité c'est assez impressionnant, tout est reconnu sans la moindre exception en standard. Que ce soit les deux contrôleurs ethernet gigabit, la puce graphique (Xorg démarre avec accélération 3D et on le verra plus loin, MPEG2), le contrôleur Audio 5.1 et même le pilotage ACPI des fréquences fonctionne. Je devrais installer un Windows pour rigoler... Je rigole j'ai dis <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/wink2.gif" title="Wink" alt="Wink" class="smiley-content"/>
</p>
<p>
  Le réseau étant reconnu directement, j'ai poursuivi l'installation des outils qu'il me fallait, à savoir mplayer/mencoder pour les tests audio, vidéo et encodage. <a class='external' target='_blank' href='http://users.bigpond.net.au/cpuburn/' >Cpuburn</a> pour faire monter le CPU en charge. Et enfin <kbd>glxgears</kbd> pour tester conjointement le CPU et le GPU/3D en charge. 
</p>
<p>
  Pour ce que j'ai à faire, tout cela est bien suffisant. Le seul problème que j'ai rencontré est l'impossibilité de passer la carte en S4 (Mise en veille en mémoire) et S3 (Mise en veille sur Disque). Le mode S4 refuse simplement de se lancer, le mode S3 semble bloquer quelque par après avoir eu l'air de bien démarrer. Bref, pas très grave.  
</p>
<p>
  Sinon du côté de <a class='external' target='_blank' href='http://www.viaarena.com/default.aspx?PageID=2&amp;OSID=25&amp;CatID=2950' >VIARena</a>, il existe des pilotes plus à jour qui semble développés par le fabriquant du C7. Dans le lot nous avons les pilotes Audio HQ pour la puce CX700 et des pilotes beaucoup plus rapide qu'OpenChrome pour la vidéo. J'ai testé ce dernier avec succès mais n'étant pas dans le sujet, je ne suis pas allé très loin (voir chapitre sur les performances brutes).  
</p>
<p>
  Installation en douceur donc, sans plantage et sans soucis, comme on les aime.  
</p>


	<a name='chapter_17'></a>
  <h2>Test de l'alimentation</h2>
	
<p>
 L'intérêt de mesurer la consommation à l'entrée et à la sortie de l'alimentation est de pouvoir en évaluer les qualités, et donc le fameux rendement. Pour rappel, le rendement d'une alimentation s'obtient en divisant ce que le système consomme par ce qui est réellement pompé sur la prise. Idéalement cela devrait être 100% mais la réalité est cruelle et généralement les meilleurs blocs tournent autours de 80 à 90%. De plus ce rendement n'est pas linéaire et la valeur annoncée décroît au fur et à mesure que l'on s'éloigne (grosso-modo) de la moitié de la puissance max de l'alim. Mes deux alimentations (12v et ATX) sont officiellement d'un rendement de 80%.  
</p>

<p>
  J'ai aussi testé la consommation "à vide" de mes deux blocs, c'est à dire sans rien de branché. Cela peut paraître étrange mais un bloc a une vie propre, et dans cette vie il pompe du jus. Ce chiffre à de l'intérêt car certains constructeurs s'amusent à soustraire cette valeur au dénominateur du rendement, permettant ainsi d'obtenir un bien meilleur chiffre. Nous concernant, un rendement "inclus" la consommation propre de l'alimentation, c'est même là l'intérêt de ce facteur (R=UI/P<sub>alim</sub>)  
</p>

<p>
  Voyons donc les résultats d'abord pour le bloc 12v. Déjà il a une consommation propre de <b></b>2W</b> et l'on constate que son rendement oscille de <b>76%</b> en charge faible à <b>82%</b> en charge forte. Ces résultats sont donc bien en ligne avec les spécifications fournies par le constructeur.
</p>
<p>
  La différence entre les deux rendements s'explique par la trop faible charge appliquée au bloc. Même si dans mon cas le problème ne se posera plus avec un Disque Dur supplémentaire, cela confirme qu'il est important de ne pas surdimensionner les puissances sous peine d'une perte de performance énergétique. Soit dans le cas du banc de test, près de 6%, ce qui n'est pas négligeable sur une machine qui tourne 24h/24.
</p>
<p>
 Enfin, pour une machine que l'on utilise de temps à autre, il est important supprimer ces 2w de consommation propre en coupant, avec un bon vieux bouton à l'ancienne, l'alimentation du secteur lorsque la machine n'est pas non utilisée. Ceci est d'autant plus important que lorsqu'une carte mère est connectée, même en veille, ce chiffre monte bien évidement. 
</p>
<p>
  Pour le bloc ATX, c'est une belle claque. La consommation propre est déjà un peu plus élevée à <kbd>2.4W</kbd> mais le vrai problème est le rendement qui plafonne à <kbd>68%</kbd> maximum et <kbd>46%</kbd> lorsque la charge est faible. Il peut y avoir deux explications à cela. Soit enermax calcule ses rendements (officiellement une 80%) en enlevant la consommation propre,  soit (ou en même temps) le système ne consomme pas assez et rend l'utilisation de ce bloc sous optimal. Dans tous les cas, trouver un bloc ATX de moins de 100W est un vrai challenge (ça existe ceci dit) rendant plus logique d'opter pour des alimentations mono sorties (12 ou 24v) disponible dans une plus large gamme de puissance max. A noter enfin que pour rire j'ai passé au crible tous mes blocs et que j'en ai trouvé un qui même en charge, a un rendement de 43% !!! Comme quoi, l'achat d'un testeur de consommation est très vite rentabilisé. 
</p>

<p>
  En conclusion, le choix du bloc 12v semble une bonne option énergétique, et la version 102W que j'ai prise sera nickel pour le serveur (Disque dur) mais surdimensionnée pour une machine purement multimédia comme nous allons le voir.  
</p>


	<a name='chapter_18'></a>
  <h2>Etude des Consommations</h2>
	
<h3>La carte mère</h3>
<p>
  Il est maintenant temps de tester la carte elle-même. Tous ce qui suit est n'utilise plus que le bloc 12v. La carte est équipé d'un lecteur de compactFlash, d'un écran connecté, d'un clavier PS/2, d'une souris USB, et d'une prise réseau connectée au switch. Pour l'instant je ne branche ni disque dur, ni CD-ROM histoire d'avoir une consommation la plus exacte possible. 
</p>
<p>
  Dans mon protocole je cherche à vérifier tour à tour la consommation en veille pure, en attente (IDLE, lorsque le système ne fait rien), en charge CPU maximum, en charge CPU+GPU maximum, puis en chargeant raisonnablement le système à 33% (GPU+CPU). Le tout est fait dans un environnement graphique pour bien prendre en compte une alimentation de tout le GPU (ça consomme moins en mode texte). Dans les résultats qui suivent nous avons la consommation hors alimentation, c'est à dire la "vraie" consommation de la carte (le PicoPSU a un rendement de 95% que je vais ignorer), la consommation "visible" (alimentation comprise) et le rendement par type d'utilisation :
<table>
	<tr><th>Test</th><th>Consommation hors alim.</th><tH>Consommation totale</th><th>Rendement</th></tr>
	<tr><td>Veille</td><td>1.98</td><td>5</td><td>0.36</td></tr>
	<tr><td>Attente</td><td>17.04</td><td>22.4</td><td>0.77</td></tr>
	<tr><td>Charge 33%</td><td>20.03</td><td>26</td><td>0.77</td></tr>
	<tr><td>CPU 100%</td><td>23.64</td><td>29,6</td><td>0.8</td></tr>
	<tr><td>CPU+GPU 100%</td><td>27.49</td><td>33,8</td><td>0.81</td></tr>
</table>
</p> 
<p>
  Ma première réaction fût bien évidement <q>Wow !!!</q>. Comparé au 130w en attente de ma carte ATX la moins pêchue (auquel il faut soustraire un bon 30 de Watts pour les disques durs et optiques), c'est assez bluffant. On va voir un peu plus loin que dire des performances, mais déjà, côté consommation, c'est le jour et la nuit et le chiffre de <kbd>26W</kbd> pour une charge raisonnable laisse songeur.   
</p>
<p>
  L'autre remarque que l'on peut faire est que le rendement est catastrophique en veille. C'est très logique et confirme, si s'était encore nécessaire, qu'un bon appareil en veille, est un appareil éteint. 
</p>
<p>
  Pour finir, je me suis amusé à faire varier la fréquence pour voir ce que cela impactait sur la consommation.  Et là ce fût un peu décevant. Une descente à 800 Mhz (division par deux) ne rapporte que 0,37W, pas rentable du tout cette histoire... 
</p>
<p>
  En conclusion, le C7 ULV répond bien à mes attentes en terme de consommation, 26W en utilisation normale c'est vraiment excellent. Pour faire le grincheux, on pourrait regretter de ne pas pouvoir sous volter encore le coeur mais j'imagine qu'étant déjà un <q>Très Bas Voltage</q>, c'est en quelque sorte fait en usine. Même regret pour la fréquence qui ne permet pas comme je l'escomptais de gagner des watts. D'un autre côté cela fera un peu moins à paramétrer <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/wink2.gif" title="Wink" alt="Wink" class="smiley-content"/> 
</p>

<h3>Les éléments périphériques</h3>
<p>
  J'en ai ensuite profité pour tester les consommations réelles (avec le multimètre) d'un disque dur de 3.5", d'un graveur de DVD de 5.25" et des différents éléments branchés déjà sur la carte :
<table>
	<tr><th>Lecteur</th><th>Min</th><th>Max</th></tr>
	<tr><td>Disque dur 3.5"</td><td>6.47</td><td>14.93</td></tr>
	<tr><td>Graveur 5.25"</td><td>5.35</td><td>12.5</td></tr>
  <tr><td>Compact-Flash</td><td>0.1</td><td>0.1</td></tr>
  <tr><td>Clavier</td><td>0.1</td><td>0.1</td></tr>
  <tr><td>Souris</td><td>0.2</td><td>0.2</td></tr>
  <tr><td>Ventilo CPU</td><td>0.75</td><td>0.75</td></tr>
  <tr><td>Ethernet Gigabit (si branché)</td><td>2.36</td><td>2.36</td></tr>
</table>
</p> 
<p>
  Ceci me confirme que :
    <ul>
    <li>Une prise éthernet Gigabit, <b>lorsqu'elle est branchée</b>, n'est pas si anodine que cela mais que ça consommation ne varie pas si l'on utilise le réseau de manière intensive.</li>
    <li>La compact flash ne consomme pas suffisamment pour faire notablement bouger les watts, que la carte soit utilisée ou pas.</li>
    <li>Il est important de ne mettre de lecteur optique ou de disques durs qui si c'est absolument nécessaire. Sinon il vaut mieux opter pour de la flash et/ou pas de lecteur.</li>
    <li>Il est urgent que je teste un lecteur optique de type <q>slim</q>.</li>
  </ul>
</p>


	<a name='chapter_19'></a>
  <h2>Performances</h2>
	
<h3>Etude des "cas réels"</h3>
<p>
  Bon, une carte VIA C7 consomme clairement peu, mais qu'en est-il des performances ? Pour tester, je ne me suis pas lâché dans un match comparatif avec le dernier bidulo-octuple-core (que je n'ai de toute façon pas <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/wink2.gif" title="Wink" alt="Wink" class="smiley-content"/> mais je me suis plutôt orienté sur un protocole "vraie vie", entendre par là ce que je compte faire de ces plates-formes :
  <ul>
  <li>Lecture avec mplayer (-ao alsa) d'un fichier audio Vorbis/OGG qualité 6.</li>
  <li>Lecture avec mplayer (-ao alsa) d'un fichier audio MP3@192kbps.</li>
  <li>Lecture avec mplayer (-vo xv -ao alsa) d'un Xvid de qualité en résolution DVD (Xvid@1200kbps,MP3@192Kbps) redimensionné en plein écran 1280x1024</li>
  <li>Lecture avec mplayer (-vo xv -ao alsa) d'un DVD, audio 6.1, redimensionné en plein écran 1280x1024</li>
  </ul>
</p>
<p>
  Tout cela dans le but de collecter la charge système imposée par le test ainsi que la température du CPU après 5 minutes. Ce qui nous donne les résultats suivants :
  <table>
  <tr><th>Test</th><th>Charge (%)</th><th>Température</th><th>Consommation</th></tr>
  <tr><td>Lecture OGG</td><td>1</td><td>28</td><td>22.6</td></tr>
  <tr><td>Lecture MP3</td><td>3.7</td><td>28</td><td>22.8</td></tr>
  <tr><td>Lecture Xvid</td><td>20</td><td>30</td><td>25</td></tr>
  <tr><td>Lecture DVD</td><td>32</td><td>33</td><td>26</td></tr>
  </table>
</p>
<p>
  Que dire si ce n'est que tout cela est une belle surprise. Les lectures de vidéos sont fluides, sans saccades, sans à-coups, juste nickel. Et ceci en utilisant seulement xv (je n'ai pas encore activé le patch du mode "compensation" sensé être plus rapide) et avec le pilote fournit en standard avec la mandriva (j'imagine que les résultats sont encore meilleurs avec les pilotes VIO). Ce qui est intéressant ici, c'est que je me suis amusé à lire les mêmes vidéos en baissant la fréquence à 800Mhz, ce qui n'a posé aucun problème à la carte avec une très faible augmentation du CPU occupé. Ce qui semble indiquer que le pilote libre OpenChrome exploite l'accélération hardware du chipset VIA. </p>
  <p>
  L'audio quant à lui ne prend quasiment rien comme CPU permettant d'envisager d'utiliser une carte comme sortie secondaire. Autre constat amusant, le format OGG est beaucoup moins consommateur que le MP3, un format libre ET écologique donc <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/wink2.gif" title="Wink" alt="Wink" class="smiley-content"/>
</p>

<h3>Performance brute</h3>
<p>
  Ceci dit, le C7 n'est pas non plus une bête de course, à titre d'exemple, un autre test effectué fût une grosse compression de DVD (iso résolution, son à 256kbps, vidéo à 1200kbps) et là, le système est juste deux fois plus lent qu'un AMD Duron 1.2Ghz (15fps contre 8fps). Enfin, en faisant des petits tests de calculs en perl, le C7 se révèle en gros 30% moins performant que le Duron en entier, et 50% en flottant. Ce n'est pas un scoop, le C7 a une très mauvaise unité flottante. 
</p>
<p>
  Côté IHM, GtkPerf donne un résultat très étonnant et particulièrement avec les pilotes VIA. C'est bien simple, j'obtiens 30% de performance en moins que ma machine de bureau (Sempron 1.6Ghz - nVidia FX 6200).
</p>
<p>
  Pour achever les tests de performances, j'ai utilisé glxgears pour avoir un petit apperçu de la puissance 3D du pilote libre et j'ai obtenu des performances équivalentes à une nVidia FX 6200. Ce ne sera donc clairement pas une machine de jeu mais ce n'est pas le but non plus. En revanche, compiz ne marche pas avec le pilote libre mais sans problèmes avec celui de VIA.
</p>
<p>
  En conclusion, si vous cherchez une bête de puissance le C7 n'est clairement pas le bon choix. En revanche en terme de ratio Watts consommés/puissance, ce petit CPU fait des merveilles pour des usages multimédia, internet, bureautique ou serveur demandant une moindre puissance (WEB, NAS, etc.). En tout cas pour mon usage, il est juste parfait. 
</p>

<h3>La CompactFlash</h3>
<p>
  Là rien à dire tellement c'est du bonheur. Pour pas très cher, cette carte monte à 40mb/s avec les temps d'accès d'une flash, à savoir ridicules par rapport à un disque dur. Solution complètement validée en somme. 
</p>

<h3>La température</h3>
<p>
  Il est à a noter que lors de tous ces tests, la température n'a jamais dépassé les 33° avec le petit ventilo fournit (un peu bruyant le bougre). J'ai donc vite essayé de le débrancher et avec glxgears tournant pendant 5 minutes (occupation max CPU+GPU), l'ensemble atteint rapidement les 50° pour s'y stabiliser ce qui semble justifier l'aération mais permet aussi d'envisager une ventilation globale avec une carte en mode "passif". 
</p>


	<a name='chapter_20'></a>
  <h2>Conclusion</h2>
	
<p>
  Ce que vaut réellement cette carte n'apparaîtra qu'à l'usage. Mais après ces tests je me rend compte que cette J7F4 me conviendrait aussi bien pour <a class='external' target='_blank' href='/node/1310%2523alcorak' >Alcorak</a> que pour <a class='external' target='_blank' href='/node/1310%2523venusiak' >Vénusiak</a>. Je vais cependant garder le choix d'origine (J7F5) qui dispose d'un meilleur chipset graphique, hd audio et d'une sortie DVI pour une fréquence de 2Ghz (même si , malheureusement, je n'ai pas trouvé de version ULV de cette carte).  
</p>    ]]></content>
  </entry>
  <entry>
    <title>Bloc-note &#039;Mesures&#039;</title>
    <link rel="alternate" type="text/html" href="http://artisan.karma-lab.net/node/1304" />
    <id>http://artisan.karma-lab.net/node/1304</id>
    <published>2008-01-19T10:07:00+01:00</published>
    <updated>2008-02-12T11:23:10+01:00</updated>
    <author>
      <name>Ulhume</name>
    </author>
    <category term="Green Computing" />
    <category term="Aucun" />
    <category term="Note" />
    <category term="OK" />
    <summary type="html"><![CDATA[<p>
  Dimensions et chiffres divers. 
</p>
    ]]></summary>
    <content type="html"><![CDATA[<p>
  Dimensions et chiffres divers. 
</p>
<!--break-->

	<a name='chapter_1'></a>
  <h2>Carte-mères</h2>
	
<p>
<table>
<tr><th>Form-factor</th><th>Dimensions</th><th>Extensions</th></tr>
<tr><td>ATX</td><td>305 mm x 244 mm</td><td>AGP, 6 PCI</td></tr>
<tr><td>microATX</td><td>244 mm x 244 mm</td><td>AGP / 3 PCI</td></tr>
<tr><td>FlexATX</td><td>229 mm x 191 mm</td><td>AGP / 2 PCI</td></tr>
<tr><td>Mini ATX</td><td>284 mm x 208 mm</td><td>AGP / 4 PCI</td></tr>
<tr><td>Mini ITX</td><td>170 mm x 170 mm</td><td>1 PCI</td></tr>
<tr><td>Nano ITX</td><td>120 mm x 120 mm</td><td>1 MiniPCI</td></tr>
</table>


	<a name='chapter_2'></a>
  <h2>Medias</h2>
	
<table>
<tr><th>Type</th><th>Dimensions</th></tr>
<tr><td>Disque Dur 3.5"</td><td>147 mm x 102 mm x 26 mm</td></tr>
<tr><td>CD-ROM</td><td>138 mm x 200 xm x 42 mm </td></tr>
<tr><td>CD-ROM Slim</td><td>128 mm x 143 mm x 12.7 mm</td></tr>
</table>


	<a name='chapter_3'></a>
  <h2>Temps d'accès</h2>
	
<p>
Le but de ce tableau n'est pas de fournir des valeurs réelles mais des ordres de grandeurs pour comparer les différents médias. 
<table>
<tr><th>Media</th><th>Temps de réponse</th><th>Débit</th></tr>
<tr><td>Cache processeur</td><td>1ns (10<sup>-9</sup>)</td><td>10 go/s</td></tr>
<tr><td>RAM</td><td>30ns (10<sup>-9</sup>)</sup></td><td>2 Go/s</td></tr>
<tr><td>Flash</td><td>50ns (10<sup>-9</sup>)</sup></td><td>20 mo/s</td></tr>
<tr><td>Disque dur</td><td>5ms (10<sup>-3</sup>)</td><td>50 mo/s</td></tr>
<tr><td>Disquette</td><td>80ms (10<sup>-3</sup>)</td><td>50 ko/s</td></tr>
</table>


	<a name='chapter_4'></a>
  <h2>Limite câbles</h2>
	
<p>
<table>
<tr><th>Type</th><th>Maximum</th></tr>
<tr><td>PATA</td>
<td>60cm</td></tr>
<tr><td>SATA</td>
<td>90cm</td></tr>
<tr><td>RS232c</td>
<td>2m</td></tr>
<tr><td>Téléphone</td>
<td>20m</td></tr>
<tr><td>Centronic</td>
<td>10m</td></tr>
<tr><td>SCSI</td>
<td>3m</td></tr>
<tr><td>PS/2</td>
<td>3m</td></tr>
<tr><td>VGA</td>
<td>15m</td></tr>
<tr><td>DVI/HDMI</td>
<td>10m</td></tr>
<tr><td>USB</td>
<td>5m</td></tr>
<tr><td>S-Vidéo</td>
<td>20m</td></tr>
<tr><td>Jack/RCA</td>
<td>10m</td></tr>
<tr><td>Fast Ethernet (100 MB/S)</td>
<td>90m</td></tr>
</table>
</p>


	<a name='chapter_5'></a>
  <h2>Consommations électriques</h2>
	
<a name="consommations"></a>
<p>
Certaines de ces valeurs ont été testé à la main avec un watt-mètre, d'autres vienne de divers calculateur de consommation. 
  <table>
    <tr><th>Affichage</th><th>Consommation (W)</th></tr>
    <tr><td>Ecran LCD 17"</td><td></td><td>22</td></tr>
    
    <tr><th>Processeurs + alimentation</th><th>Consommation (W)</th></tr>
    <tr><td>Pentium III 500Mhz</td><td></td><td>40</td></tr>
    <tr><td>Duron www</td><td>10</td><td>27</td></tr>
    <tr><td>Sempron 2400+</td><td></td><td>62</td></tr>
    
    <tr><th>Disques Durs</th><th>Consommation (W)</th></tr>
    <tr><td>Disque Dur 3.5"</td><td>5</td><td>20</td></tr>
    <tr><td>Disque Dur SATA 3.5"</td><td>20</td><td>25</td></tr>
    <tr><td>Disque Dur 2.5"</td><td>2.5</td><td>5</td></tr>
    <tr><td>Disque Flash</td><td></td><td>0.5</td></tr>
    
    <tr><th>Lecteurs</th><th>Consommation (W)</th></tr>
    <tr><td>Disquette</td><td></td><td>5</td></tr>
    <tr><td>CD-ROM</td><td>10</td><td>25</td></tr>
    <tr><td>DVD-ROM</td><td>10</td><td>25</td></tr>
    <tr><td>CD-RW ROM</td><td>10</td><td>25</td></tr>
    <tr><td>CD-RW-DVD ROM Slim</td><td>0.1</td><td>5</td></tr>
    
    <tr><th>Carte Graphiques</th><th>Consommation (W)</th></tr>
    <td><td>Simple</td><td>5</td><td>10</td></tr>
    <tr><td>performante</td><td>30</td><td>50</td></tr>
    
    <tr><th>Divers</th><th>Consommation (W)</th></tr>
    <tr><td>Barette mémoire</td><td>7</td><td>10</td></tr>
    <tr><td>Périphérique USB</td><td></td><td>5</td></tr>
    <tr><td>Carte réseau</td><td></td><td>4</td></tr>
    <tr><td>Ventilateur</td><td></td><td>5</td></tr>
    <tr><td>Carte mère</td><td>25</td><td>40</td></tr>
  </table>      
</p>    ]]></content>
  </entry>
  <entry>
    <title>Un écran noir pour sauver la planète</title>
    <link rel="alternate" type="text/html" href="http://artisan.karma-lab.net/node/1630" />
    <id>http://artisan.karma-lab.net/node/1630</id>
    <published>2007-10-21T21:44:34+02:00</published>
    <updated>2008-09-11T19:56:08+02:00</updated>
    <author>
      <name>Ulhume</name>
    </author>
    <category term="Green Computing" />
    <category term="Aucun" />
    <category term="OK" />
    <category term="Article" />
    <summary type="html"><![CDATA[<p>
Cela fait un certain temps déjà que l'on nous bassine avec un concept fumeux qui voudrait qu'un Gougueule à poil noir plutôt que blanc consommerait moins d'énergie et sauverait ainsi la planète et son climat dans la foulée... C'était peut être vrai il y a 10 ans, mais aujourd'hui c'est en passe de devenir non seulement faux mais aussi contre-productif.
</p>
    ]]></summary>
    <content type="html"><![CDATA[<p>
Cela fait un certain temps déjà que l'on nous bassine avec un concept fumeux qui voudrait qu'un Gougueule à poil noir plutôt que blanc consommerait moins d'énergie et sauverait ainsi la planète et son climat dans la foulée... C'était peut être vrai il y a 10 ans, mais aujourd'hui c'est en passe de devenir non seulement faux mais aussi contre-productif.
</p>
<!--break-->
<p>
Un écran peut être assimilée à une matrice de points, quelle que soit la technologie. Lorsque l'on injecte de l'énergie dans ce point, il passe de l'état "repos" à l'état "excité" (point de sourires douteux svp <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/wink2.gif" title="Wink" alt="Wink" class="smiley-content"/> ). Ainsi, à chaque état d'excitation du point correspond une intensité lumineuse.</p>
<p>Ensuite les points sont groupés par trois avec chacun un filtre de couleur rouge, vert et bleu. Ce triplet forme un pixel. Si les trois points ont une intensité maximale et égale, il est blanc, sinon, il est noir. Et entre les deux, se trouve toute une palette de couleur. 
</p>
<p><image id="1" width="200" style="float:left"/>Pour nos anciens écrans cathodiques, un pixel est au repos si le canon a électron ne touche aucun de ses points. C'est le cas si l'on veut pour ce pixel une couleur noir. Le pixel noir est donc celui qui demande le moins d'énergie à fabriquer. Le blanc en revanche, demande le maximum d'énergie. Enfin, très logiquement, un pixel rouge demande 1/3 d'énergie en moins qu'un blanc car un point sur trois est excité par le canon. 
</p>
<p>En conséquence, pour un écran cathodique, une image toute rouge demande moins d'énergie qu'une image toute blanche, mais plus d'énergie qu'une image.. toute noire. D'où l'idée de <a class='external' target='_blank' href='http://fr.blackle.com/' >Blackle</a>. Et pour la même raison, plus l'image est sombre, moins l'écran ne s'use. 
</p>
<p>Le problème est que les écrans cathodiques disparaissent à vitesse grand V pour être remplacé par le LCD. Les prévisions pour 2006 étaient de 80% d'écran LCD sur les nouveaux achats. Et concernant nos pixels au repos, les LCD, c'est une toute autre religion que pour le cathodique.
</p>
<p>Pour un écran LCD,  notre point de tout à l'heure est "remplacé" par une fenêtre qui laisse ou ne laisse pas passer la lumière.  La lumière en question est une source blanche et intense, allumée en permanence, derrière la matrice de points. Et selon les marques, l'état du point au repos peut être de ouvert ou fermé... L'avantage d'un point ouvert au repos étant qu'il se voit un peu moins lorsqu'il est mort. Enfin l'énergie pour ouvrir ou fermer un pixel est très faible comparée à celle nécessaire pour éclairer l'arrière de l'écran. </p>

<p>Du coup, selon la technologie LCD utilisé par telle ou telle marque, un écran noir peut même <b>consommer plus</b> qu'un écran blanc (si l'état au repos est "ouvert"). Cependant le point important est que l'énergie nécessaire pour activer l'ensemble des pixels d'un écran LCD est totalement négligeable au regarde des <b>35W utilisés sur un 17"</b> pour le rétro-éclairage. Du coup le couleur ne change rien à la consommation et l'écran LCD s'use pas plus en noir qu'en blanc. </p>

<p><image id="2" width="150"/>En conclusion, pour faire des économies d'énergies sur un LCD, comme sur un cathodique d'ailleurs (car il en reste), la <i>vraie</i> solution est de fixer un temps faible avant qu'il se mette en veille lorsqu'il n'est plus utilisé. Ainsi seulement va pouvoir s'éteindre la loupiote du LCD et le canon à électrons du Cathodique. En revanche, l'hérésie la plus totale est d'utiliser un économiseur d'écran sombre (genre aquarium) qui non seulement pompe autant de jus mais fait en plus monter la consommation électrique du couple CPU/GPU. 
</p>
<p>
Donc en gros, pour sauver la planète, tuez les poissons et laissez Gougueule tranquille <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/wink2.gif" title="Wink" alt="Wink" class="smiley-content"/>
</p>
<br style="clear:left"/>
    ]]></content>
  </entry>
  <entry>
    <title>Un écran noir pour sauver la planète</title>
    <link rel="alternate" type="text/html" href="http://artisan.karma-lab.net/node/1241" />
    <id>http://artisan.karma-lab.net/node/1241</id>
    <published>2007-10-21T16:59:24+02:00</published>
    <updated>2008-02-12T11:11:01+01:00</updated>
    <author>
      <name>Ulhume</name>
    </author>
    <category term="Green Computing" />
    <category term="Aucun" />
    <category term="OK" />
    <category term="Article" />
    <summary type="html"><![CDATA[<p>
Cela fait un certain temps déjà que l'on nous bassine avec un concept fumeux qui voudrait qu'un Gougueule à poil noir plutôt que blanc consommerait moins d'énergie et sauverait ainsi la planète et son climat dans la foulée... C'était peut être vrai il y a 10 ans, mais aujourd'hui c'est en passe de devenir non seulement faux mais aussi contre-productif.
</p>
    ]]></summary>
    <content type="html"><![CDATA[<p>
Cela fait un certain temps déjà que l'on nous bassine avec un concept fumeux qui voudrait qu'un Gougueule à poil noir plutôt que blanc consommerait moins d'énergie et sauverait ainsi la planète et son climat dans la foulée... C'était peut être vrai il y a 10 ans, mais aujourd'hui c'est en passe de devenir non seulement faux mais aussi contre-productif.
</p>
<!--break-->
<p>
Un écran peut être assimilée à une matrice de points, quelle que soit la technologie. Lorsque l'on injecte de l'énergie dans ce point, il passe de l'état "repos" à l'état "excité" (point de sourires douteux svp <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/wink2.gif" title="Wink" alt="Wink" class="smiley-content"/> ). Ainsi, à chaque état d'excitation du point correspond une intensité lumineuse.</p>
<p>Ensuite les points sont groupés par trois avec chacun un filtre de couleur rouge, vert et bleu. Ce triplet forme un pixel. Si les trois points ont une intensité maximale et égale, il est blanc, sinon, il est noir. Et entre les deux, se trouve toute une palette de couleur. 
</p>
<p><image id="1" width="200"/>Pour nos anciens écrans cathodiques, un pixel est au repos si le canon a électron ne touche aucun de ses points. C'est le cas si l'on veut pour ce pixel une couleur noir. Le pixel noir est donc celui qui demande le moins d'énergie à fabriquer. Le blanc en revanche, demande le maximum d'énergie. Enfin, très logiquement, un pixel rouge demande 1/3 d'énergie en moins qu'un blanc car un point sur trois est excité par le canon. 
</p>
<p>En conséquence, pour un écran cathodique, une image toute rouge demande moins d'énergie qu'une image toute blanche, mais plus d'énergie qu'une image.. toute noire. D'où l'idée de <a class='external' target='_blank' href='http://fr.blackle.com/' >Blackle</a>. Et pour la même raison, plus l'image est sombre, moins l'écran ne s'use. 
</p>
<p>Le problème est que les écrans cathodiques disparaissent à vitesse grand V pour être remplacé par le LCD. Les prévisions pour 2006 étaient de 80% d'écran LCD sur les nouveaux achats. Et concernant nos pixels au repos, les LCD, c'est une toute autre religion que pour le cathodique.
</p>
<p>Pour un écran LCD,  notre point de tout à l'heure est "remplacé" par une fenêtre qui laisse ou ne laisse pas passer la lumière.  La lumière en question est une source blanche et intense, allumée en permanence, derrière la matrice de points. Et selon les marques, l'état du point au repos peut être de ouvert ou fermé... L'avantage d'un point ouvert au repos étant qu'il se voit un peu moins lorsqu'il est mort. Enfin l'énergie pour ouvrir ou fermer un pixel est très faible comparée à celle nécessaire pour éclairer l'arrière de l'écran. </p>

<p>Du coup, selon la technologie LCD utilisé par telle ou telle marque, un écran noir peut même <b>consommer plus</b> qu'un écran blanc (si l'état au repos est "ouvert"). Cependant le point important est que l'énergie nécessaire pour activer l'ensemble des pixels d'un écran LCD est totalement négligeable au regarde des <b>35W utilisés sur un 17"</b> pour le rétro-éclairage. Du coup le couleur ne change rien à la consommation et l'écran LCD s'use pas plus en noir qu'en blanc. </p>

<p><image id="2" width="150"/>En conclusion, pour faire des économies d'énergies sur un LCD, comme sur un cathodique d'ailleurs (car il en reste), la <i>vraie</i> solution est de fixer un temps faible avant qu'il se mette en veille lorsqu'il n'est plus utilisé. Ainsi seulement va pouvoir s'éteindre la loupiote du LCD et le canon à électrons du Cathodique. En revanche, l'hérésie la plus totale est d'utiliser un économiseur d'écran sombre (genre aquarium) qui non seulement pompe autant de jus mais fait en plus monter la consommation électrique du couple CPU/GPU. 
</p>
<p>
Donc en gros, pour sauver la planète, tuez les poissons et laissez Gougueule tranquille <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/wink2.gif" title="Wink" alt="Wink" class="smiley-content"/>
</p>
<br style="clear:left"/>
    ]]></content>
  </entry>
  <entry>
    <title>Consommation MacMini, Quelqu&#039;un peut m&#039;expliquer ?</title>
    <link rel="alternate" type="text/html" href="http://artisan.karma-lab.net/node/1214" />
    <id>http://artisan.karma-lab.net/node/1214</id>
    <published>2007-09-15T17:48:24+02:00</published>
    <updated>2007-09-15T17:54:04+02:00</updated>
    <author>
      <name>Ulhume</name>
    </author>
    <category term="Green Computing" />
    <category term="Aucun" />
    <category term="OK" />
    <category term="Article" />
    <summary type="html"><![CDATA[<p>
  Comme beaucoup, j'ai un PC... Oh, rien de très fabuleux, pas de quoi se lever la nuit mais largement suffisant pour bosser. Et tout allait bien jusqu'à ce qu'ami m'a demander de faire des tests d'une de mes application Java sur un Mac Mini. 
</p>

    ]]></summary>
    <content type="html"><![CDATA[<p>
  Comme beaucoup, j'ai un PC... Oh, rien de très fabuleux, pas de quoi se lever la nuit mais largement suffisant pour bosser. Et tout allait bien jusqu'à ce qu'ami m'a demander de faire des tests d'une de mes application Java sur un Mac Mini. 
</p>

<!--break-->

<p>
  Autant le dire, côté performance, mon "vieux" PC est derrière cette ridicule petite boite. Intel Core 2 Duo 1.83Ghz contre Sempron 1.7Ghz, une ram plus rythmée. La carte graphique peut-être, une GMA 950 sûrement moins véloce que la GT6200, et encore. Pour ce que j'en fais (pas de jeux <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/wink2.gif" title="Wink" alt="Wink" class="smiley-content"/>, je trouve tout de même l'IHM du Mac plus réactif. 
</p>
<p>
  Mais la vraie surprise se trouve côté consommation. J'ai en permanence un petit compteur branché en gigogne sur l'alimentation générale de mes bécanes. Et en plein utilisation du Mac Mini, il affichait 370VA au compteur. J'éteins alors le Mac Mini pour me rendre compte que c'était seulement tombé à 340VA. Je râle contre Apple qui continue à pomper du jus dans une sorte de stase, je débranche la prise... 340VA...</p>
<p>Soit je suis idiot, soit cette bestiole ne consomme que 30VA, soit en gros 25W. C'est totalement ridicule... ma machine de bureau consomme elle, 70W...La différence est énorme, je l'impute d'abord à la carte graphique.. niet, 7W dans les deux cas. Disque dur à la limite, c'est un disque de portable, il doit tourner plus lentement... macache, 5400t/m dans les deux cas. Sincèrement je ne vois pas ce qui peut justifier une telle différence de consommation...
</p>
<p>Alors si quelqu'un a une idée, je suis preneur ?
</p>
</p>    ]]></content>
  </entry>
</feed>
