Gestion de l'overclocking avec EeeControl

Publié le par slaxeee

Si comme moi vous avez acquis votre eeepc en version Windows, vous avez certainement tester l'utilitaire eeectl qui permet de gérer finement les composants les plus consommateurs de votre engin et gagner en autonomie.

Lorsque j'ai installé la Slax, je me suis retrouvé comme la fourmi fort dépourvu et avec une réduction notable du temps d'utilisation de mon mini pc puisque en moyenne je parvenais à une autonomie de 2h45 à 3h15 en utilisation raisonable ( essentiellement de la consultation web et de la saisie).

Grâce aux efforts combinés de deux généreux programmeurs, les linuxiens disposent d'un équivalent à la version Windows. En effet kiwidrew ( Andrew Tipton) est l'auteur du module eee.ko qui permet de prendre le contrôle du processeur et du ventilateur et eee_and_me ( Bexbier) a développé une interface graphique eeecontrol qui permet d'en exploiter les fonctionnalités sans prise de tête.

Vous trouverez ces outils dans les modules asus-eee901-6.0.9.lzm et asus-eee901-6.0.7.lzm que j'ai packagé. J'ai utilisé les dernières versions disponibles à ce jour. Au fil des sorties, je ferai un refresh de l'ensemble.

Au démarrage de KDE, le menu Utilitaires contient un lien vers l'interface eeecontrol.
L'utilitaire se lance par défaut dans la barre des tâches. En cliquant sur l'icone, une fenêtre apparaît qui se présente ainsi.



Le bloc current status vous informe :
  • de la fréquence actuelle du processeur ( cpu speed)
  • de sa température ( cpu temp )
  • de la vitesse de rotation du ventilateur ( fan speed )

Nota : au premier lancement, il se peut qu'aucune valeur n'apparaissent. Ceci est corrigé dès lors que vous validez une option dans l'un des deux modes.

Le kernel module eee.ko  permet de jouer avec la fréquence du processeur. En la diminuant, la consommation énergétique diminue également. De plus le recours au ventilateur est retardé et il est même possible de réduire la vitesse proportionnellement au temps nécessaire pour abaisser la température du processeur.

En jouant sur ces paramètres et sur les réglages de luminosité voire du Wifi, on arrive à maintenir la machine jusqu'à une bonne "cinquaine" d'heures, ce qui est déjà considérable.

Pour diminuer ou augmenter les valeurs de référence, et cela de façon dynamique, il suffit de sélectionner le bouton manual control.



Dès lors vous pouvez overclocker ou downclocker votre processeur en modifiant la valeur du FSB, le Front Side Bus. Il s'agit du bus interne qui dialogue avec la mémoire de l'ordinateur et dont le débit ( la capacité de transfert) dépend de la fréquence horloge du processeur.

Attention toutefois à ne pas se précipiter et augmenter inconsidérément les valeurs de FSB sous peine de geler la machine. Il vaut mieux procéder par incrément de 5 mhz par exemple en marquant un temps de pause entre chaque pression sur set fsb. Enfin, il est fortement conseiller d'activer le vmod à partir de 85 mhz pour les mêmes raisons.

L'application a été développée pour les eeepc 701 mais fonctionne très bien avec le 901. La plage des valeurs possibles du FSB est vérouillée entre 45 mhz et 120 mhz ce qui permet de cadencer le celeron du 701 jusqu'à 990 mhz, Asus ayant bridé le système à 630 mhz. Le processeur Atom lui peut être cadencé jusqu'à 1.6Ghz, ce qui laisse de la marge.

Le bouton auto control permet de configurer le paramètrage du ventilateur.


Les champs modifiables sont :
  • la valeur de température à partir de laquelle le ventilateur est activé
  • la vitesse de rotation en % lors de cette activation
  • la valeur de température à partir de laquelle le ventilateur est désactivé
  • la vitesse de rotation en % lors de cette activation
Les deux cases à cocher permettent de configurer le mode autocontrol et le lancement de l'utilitaire au démarrage.
Précision importante : l'autocontrol ne concerne que le paramètrage du ventilateur et non celui du processeur.

Lorsque l'auteur de eeecontrol se sera décidé à mettre son code source à disposition, il sera possible de faire évoluer le programme, améliorer son design et fournir des traductions. C'est aujourd'hui le principal reproche que l'on peut faire au programmeur. Pour le reste c'est un outil simple et efficace qui présente l'avantage de ne pas nécessiter une batterie de modules supplémentaire genre Qt, Python.


Sources :


Eeecontrol http://wiki.eeeuser.com/howto:control_fan_and_overclock

Kiwidrew http://code.google.com/eeepc-linux/

Overclocking the fsb http://wiki.eeeuser.com/howto:overclockfsb


Publicité

Publié dans Optimisation

Pour être informé des derniers articles, inscrivez vous :
Commenter cet article
W
> Comparer Slax et Xandros, <br /> je parle surtout en supporte hardware<br /> <br /> > Booter Slax avec Xpe ? Si XPE est bien XP Embeded<br /> <br /> non pas winxp malheureux, c'est un protocole pour booter via le rezo, ca me semble possible hormis que slax ne semble pas detecter (une fois booté avec syslinux) le controleur ethernet sur le 700 :<br /> <br /> ifconfig liste que lo, alors qu'android supporte bien le rezo :<br /> <br /> http://digg.com/linux_unix/Watch_video_of_installation_of_eeedroid_on_asus_eeepc_701<br /> <br /> <br /> -- <br /> http://rzr.online.fr/q/eeepc
Répondre
S
<br /> > Comparer Slax et Xandros,<br /> je parle surtout en supporte hardware<br /> Xandros étant livré avec l'eeepc, il dispose nécessairement des bons drivers ( ou du moins de drivers qui fonctionnent ).<br /> Pour la Slax, il est nécessaire de procéder à l'identification des composants, qui sont variables d'une série eeepc à l'autre, et de rechercher ensuite un éventuel driver linux où tricher un peu<br /> comme cela a été longtemps le cas pour le wifi avec ndiswrapper.<br /> <br /> > Booter Slax avec Xpe ? Si XPE est bien XP Embeded<br /> <br /> non pas winxp malheureux, c'est un protocole pour booter via le rezo, ca me semble possible hormis que slax ne semble pas detecter (une fois booté avec syslinux) le controleur ethernet sur le 700<br /> :<br /> <br /> Ok, Xpe = PXE<br /> Pour que cela fonctionne, il faut effectivement que eth0 soit montée. Or le driver n'est apparemment pas dans le noyau ou les modules de l'initrd.gz qui est lancé par syslinux.<br /> Il faut adapter l'ensemble.<br /> As-tu regardé ici : http://www.slax.org/forum.php?action=view&parentID=238<br /> <br /> <br />
W
http://peachportal.free.fr/slaxeee/asus-eee901-6.0.9.lzm<br /> <br /> ce module est il specifique au eeepc-901 ?<br /> pour ma part j'ai un eeepc-700 ...<br /> <br /> sinon une comparaison de slax vs xandros serait interessant ...<br /> <br /> dernier truc tu pense que ca soit possible de booter slax avec xpe ?<br /> <br /> http://rzr.online.fr/q/xpe<br /> <br /> A+
Répondre
S
<br /> Le module n'est pas spécifique au 901 mais contient les compléments nécessaires pour le 901 ( cartes ethernet et wifi). Je ne dispose pas d'un 701 mais à la base, comme indiqué dans l'article,<br /> eeecontrol a été développé pour cet eeepc. Par contre, faire attention à la version de la slax (6.0.9) pour le module en question.<br /> <br /> Comparer Slax et Xandros, c'est comparer deux choses différentes. Slax est une "vraie" distribution linux, Xandros a été concue pour rendre la prise en main de l'eeepc simple et conviviale sans<br /> avoir à comprendre les subtilités d'un nouvel OS et de son interface.<br /> <br /> Booter Slax avec Xpe ? Si XPE est bien XP Embeded, je ne vois pas trop l'intérêt de faire tourner Slax dans un XP allégé ( surtout sur un 701 !). Pour ma part, j'ai toutefois sans problème fait<br /> tourner Slax dans une VMWare. Donc à priori, ce que tu demandes est techniquement possible.<br /> <br /> <br />