Dernière mise à jour : 01/07/2002
Cet article traite de l'overclock sous Linux. On pense à tort que l'essentiel des overclockers font tourner leurs machines sous Windows mais j'ai rencontré plusieurs overclockers qui tournent sous Linux et connaissent les petits programmes qui vont bien pour vous aider. L'action d'overclocker une machine signifie modifier ses paramètres de bios afin d'obtenir une vitesse plus rapide sur le processeur, cela s'applique aussi sur les cartes graphiques. Vous devez de ce fait avoir des connaissances minimales avant de faire ces modifications. Sachez également que l'overclock entraîne une altération plus rapide de votre processeur ainsi qu'une surchauffe comparé aux conditions normales d'utilisation.
Théorie et Matériel
Avant de passer à la section Linux vous permettant de l'utiliser pour tester votre overclock, voici quelques notions en rapport avec votre matériel et le BIOS :
- Fréquence : Un processeur peut tourner à une fréquence normale de 133 Mhz dans le cas des derniers Athlon (1400@266) et Athlon XP. Une des premières choses qu'un overclocker tente est de passer cette gréquence à 140 ou plus. En effet, la plupart des processeurs étant bloqués sur le multiplicateur, il ne reste que la fréquence à toucher. De plus, ce paramètre donne un gain de performances plus notable que de toucher au multiplicateur. Sachez cependant que les cartes PCI telles que : cartes son et SCSI sont les premières à ne pas aimer ce changement, et plus particulièrement pour les possesseurs de disques durs SCSI.
- Multiplicateur : Le multiplicateur définit le cycle d'opérations dans le processeur. Ainsi un Athlon 1400@266 fera du 133x10.5, vous pouvez donc tenter 11 ou 11.5 sans changer la fréquence. Le multiplicateur est néanmoins problématique car dans certains cas, il est bloqué par le constructeur (ce qui est le cas de tous les derniers Athlon XP) mais également parce que comme le processeur reçoit plus d'instructions rapidement, il y a de plus fortes chances d'instabilité. Lorsque vous montez la fréquence, vous pouvez diminuer le multiplicateur. Je préfère un athlon à 140x10 plutôt que 133x10.5, car même si en définitive la vitesse semble la même, la première solution est plus rapide au niveau performances.
- Core Voltage et I/O : Ces notions sont également très importantes. Lorsque vous overclockez un processeur, celui-ci risque de subir des 'parasitages' dûs à la vitesse d'exécution que vous lui avez imposé. Il faut alors augmenter le Vcore. Un Athlon 1400@266 a un Vcore de 1.75 et un I/O de 3.40, vous pouvez passez ces valeurs à 1.85 et 3.60. Sachez néanmoins qu'ici encore, cela va entraîner une surchauffe du processeur mais aussi des ports PCI.
- Ports PCI / AGP : Dans la pratique, l'augmentation de fréquence modifie la vitesse du bus PCI et AGP. Les dernières cartes mères (depuis 1 an environ) permettent de contrôler les vitesses PCI par rapport à la fréquence. Ainsi, un bus PCI tourne normalement à 33 Mhz. Les cartes mères qui ont des bus 133/266 peuvent faire tourner un processeur à 133 tout en laissant le bus PCI à 33. Il est important de rester le plus près de cette valeur. Le meilleur overclock que j'ai réussit sur mon Abit KT7A-RAID est : 137/36+3. Globalement, j'ai passé la fréquence à 140 tout en laissant le bus PCI a 36 Mhz. Cela s'est montré stable.
- Mémoire : Pour pouvoir passer votre fréquence à plus de 133, il vous faut de la mémoire certifiée. Cette mémoire peut se trouver sur les sites d'overclockers ou sur conseil aurpès d'une personne qui s'y connait un tant soit peu. J'ai pour ma part opté pour de la mémoire SDRAM PC133 certifiée 150. J'ai d'ailleurs fait tourner cette mémoire à 145 sans problèmes. Le second paramètre de la mémoire concerne le CAS, préférez de la mémoire qui fasse du CAS-2 qui est plus rapide que le CAS-3, car il s'agit ici de latency.
Une fois que votre overclock semble stable, c'est à dire : pas d'écran noir au démarrage, la bonne vitesse qui apparaît et enfin Linux qui démarre sans vous insulter ou se bloquer au Lilo/Grub, vous êtes prêt à tester votre overclock.
Tests sous Linux
Pour se mettre en bouche, je conseille un petit test de compilation intensive. Le kernel me semble la cible rêvée car il ne tolèrera pas de surchauffe excessive ni de parasites. Décompactez donc un tout nouveau kernel dans /usr/src/linux. Nous allons donc demander à un script d'enregistrer l'heure à chaque recompilation de kernel (dans cet exemple : 200 fois, ce qui devrait le faire travailler quelques heures) et d'enregistrer la taille et l'heure du kernel dans le fichier de log. Pour se faire, créez un fichier test_oc.sh dans votre /root contenant les instructions suivantes :
-
date > /root/loop/log
for i in `seq 1 200`
do
cd /usr/src/linux
make dep clean bzImage
ls -la /usr/src/linux/arch/i386/boot/bzImage >> /root/loop.log
done
Si ce premier test passe correctement les 200 compilations en vous indiquant la même taille entre les kernels et des compilations régulières, votre machine peut être considérée comme semi-stable au niveau processeur. Je vous conseille à présent de tester un jeu 3D du type Quake3 ou bien Wolfenstein. Lancez alors Quake3 et appellez la console, tapez ceci :
-
timedemo 1
demo four
Depuis la version 1.31, la carte demo FOUR semble inaccessible, il vous faut en fait dézipper le pak6 et renommer la démo. Refaîtes ensuite le test ci-dessus et tout devrait marcher. Voici les commandes :
-
cd /usr/local/games/quake3/baseq3 ; mkdir tmp ; cd tmp ; unzip ../pak6.pk3 ; mv demos ../ ; cd .. ; rm -rf tmp ; cd demos ; mv four.dm_66 four.dm_67
Excécutez la démo four 5 ou 6 fois, s'il ne se fige pas, on peut passer au test suivant : serveur Quake3. Allez dans le menu Multiplayer puis Create Server. Sélectionner un Deathmatch a 10 joueurs dont 8 robots. Placez la limite a 250 frags ou plus si vous avez du temps (j'en fait généralement 1000). Lancez alors le serveur et appellez le menu afin de vous mettre en spectateur du robot le plus violent (généralement Slash ou Xaero). Votre machine va alors faire du calcul 3D pour quelques heures. N'hésitez pas à relancer le test après avec des MP3 en lecture, histoire de stresser encore un peu plus la machine.
Si tout s'est bien passé, la machine est bien overclockée. Son rodage doit être d'au minimum 1 semaine ou bien 50 heures avant de la considérer stable. Sa température processeur ne doit pas excéder 50 degrés celcius et la température intérieure 35 degrés celcius. Pour conclure, n'hésitez pas à télécharger le programme seti@home qui existe en binaire pour Linux, ce programme vous permettra de tester de façon efficace votre processeur tout en faisant avancer la recherche sur les extra-terrestres ;)