Hello @ tous,
 
Après divers échecs de ma part pour overclocker j'ai enfin compris ce qui n'allait pas dans ma manière de faire. Etant passé à linux en mode 100%, il est donc nécessaire de rassembler les outils qu'utilisent nos amis overclockers sous l'autre OS.
 
Rassurez-vous, tous les outils nécessaires existent sous notre OS préféré pour faire chauffer du silicium.
 
Le topic est articulé autour d'un exemple d'O/C, le mien : cet overclocking modéré vise à assurer un système rock stable mais bien performant.
 
La config et explication rapide :
 
Gigabyte EP45 DS4
Q6600 G0
8 go (4 x 2) Corsair PC8500 CL5
Geforce 6800 Ultra @ stock
+ le reste.
 
La carte mère est bien stable en alimentation, bien refroidie et a un bios complet. En plus, des LEDs permettent un diagnostic de panne facile. Enfin, on peut s'amuser à voir l'allumage des phases d'alimentation quand on charge le processeur.
Le proc est choisi pour sa facilité à s'O/C
La RAM est choisie d'une part pour les bons timings, d'autre part pour sa capacité à fonctionner à 1066 MHz+. On a choisi bien sur des barettes identiques de RAM.
Le reste est là pour sa compatibilité excellente avec nux.
 
Description de l'O/C :
 
FSB 366 Mhz
Tous les voltages en auto (oui je sais, )
Ram en x2.5 => 1098 Mhz
 
Let's go
Tester la stabilité initiale du système
 
Le premier élément à tester est la RAM. Elle doit tourner sans erreur pour au moins espérer que le système sera stable :
 
Pour cà on a le fabuleux memtest. Il est dispo par exemple sur tout cd d'install ubuntu, sur le UBCD, etc, etc. De plus il permet d'estimer grossièrement la bande passante de la RAM. Notez cette valeur, on va s'en resservir.
 
En espace utilisateur, on a memtester http://pyropus.ca/software/memtester/ . Comme il est entièrement en espace utilisateur, une simple compilation puis execution en ligne de commande suffit.
 
note : les options de gcc, ses versions, version du kernel, etc... varient et cela peut engendrer des diffs de perf indépendantes du matos. On les considèrera comme négligeables par rapport au gain apporté. Certains tests montrent que des distros gonflent trop et bouffent des perfs. Ceci est source de troll mais néanmoins vrai, il est donc important de préciser la méthodologie de vos tests.
 

Toutes les infos sur votre système
 
pour remplacer CPUID : c'est très simple
 

 
J'ai pas mis les 4 proces, c'est tout pareil.
 
pour lire les différents voltages il faut utiliser lm-sensors, voici un "tuto vitesse éclair", version debian :
 

 
voila, si vous répondez oui à la dernière question il remplit le fichier /etc/modules comme ca tout est chargé au démarrage.
 
Pour la EP45-DS4 le chip utilisé est un ITE8720 qui s'occupe du lecteur disquette, du port COM mais aussi de monitorer différents voltages. Il est dispo dans le dernier lm-sensors, mais il faut ajouter à la mano un patch sur le kernel 2.6.28, et voici le résultat
 

 
Pour coretemp, le driver permettant d'avoir les sondes du proc, c'est parfait.
 
On constate un support encore un peu bancal, mais ca marche. Par contre les tensions ne sont pas encore reliées par leur nom. Faut que je voie ca avec les devs
 
Sinon, sachez que lm-sensors s'appuie maintenant sur sysfs et qu'on a donc un accès granulaire à toutes ces infos.
 
Ensuite différentes interfaces telles gkrellm pour gnome, ou encore ksystemmonitor permettent d'afficher ces différentes infos. On peut aussi les récupérer pour les utiliser dans des widgets avec toute la panoplie habituelle.
 
Comment monitorer mon hard ?
 
Comme on se contente d'une charge minimale du proc quand on charge la mémoire (hors AMD64 et i7, qui ont un comtrôleur mémoire intégré), on a ensuite besoin e charger le proce.
 
Tester la stabilité globale du système :
 
Installer une distro stable qui ne fait habituellement pas de bug à l'install. Si ca ne marche pas, c'est très mal parti

L'installeur de debian permet un test de stabilité initiale avec cpuburn. Pour pouvoir utiliser ce test qui n'est pas proposé dans les options standard, utiliser la ligne suivante :
 

 
proposera d'utiliser CPUburn. Mais ATTENTION ! Ceci se fait sans AUCUN MONITORING et donc ca peut cramer votre matos si vous ne savez pas ce que vous faites. Les N cores sont TOUS chargés à 100% pendant une durée déterminée par vous-même.
 
Cette option est surtout utile quand on recoit un matos nouveau qu'il faut immédiatement tester pendant une durée variable. En cas de pépin retour @ envoyeur avec (@stock bien sur   )
 
Pour utiliser CPUburn correctement, il faut charger les N cores à 100%, ce qui n'est pas fait de base. Sur debian, j'utilise le script très bien fait livré avec le udeb cpuburn du debian-installer. Rapidement,
 

 
ATTENTION SI VOUS TUEZ LE SCRIPT, LES PROCESS CPUBURN NE SERONT PAS ARRETES ET VOUS DEVREZ LE FAIRE A LA MAIN (désolé pour les caps)
 
Ensuite, on peut tester la compilation d'un kernel. Ceci fait appel à la mémoire et charge bien le système.
 
Il existe aussi cpustressMT
 
Comment bencher mon système ?
 
Le bench le plus évident est de mesurer la bande passante des différentes mémoires du processeur. Pour ceci, on utilise :
 
- bandwidth http://home.comcast.net/~fbui/bandwidth.html
permet de mesurer l'accès au L1, L2, et RAM
- MBW qui est plus précis sur ce qu'il fait http://linux.softpedia.com/get/Pro [...] 2167.shtml
 
Pour tester l'efficacité de l'O/C en terme de taches usuelles, on peut par exemple utiliser la phoronix test suite qui s'installera bien sous debian par exemple : http://www.phoronix-test-suite.com/
 
Bien sûr, on peut utiliser toute la panoplie des outils utilisés pour mesurer les perfs des serveurs, clusters et autres joyeusetés : http://lbs.sourceforge.net/
 
Le classique superpi existe en version linux Et ce qui est marrant c'est qu'on obtient de meilleures perfs chez nous à matos équivalent que sous windows (pour info avec mon Q6600 je fais le même temps qu'un Q9550 bien O/C)
 
Pour finir, le seul truc que tout le monde regardera : un screenshot
 

 
Voila, c'est prêt infos, commentaires bienvenus

reserved

reserved

pour tester la stabilité tu as cpustressmt de Foudge
pour oc les nvidia, ya NVClock
comme bench, ya unigine, mais j'ai jamais réussi à le faire fonctionner sous linux
sinon ya glxgears

Histoire d'éviter la pollution des drapeaux bleus sur la première page
 >>

quel succès et merci des infos.
 
Je vous mijote un truc qui pootre mais vous verrez le truc en cours de rédac', j'ai déjà fait les frais de trop d'éditions ratées de messages sur hfr

Ici, E4400@2.67Ghz sur EP35-DS3, OC raisonnable (ça tient plus haut mais ça fait trop chauffer et me sert à rien, je privilégie le silence) et 100% Linux (tests avec CPU Stress MT et monitoring par lm-sensors).

Dernier avertissement.

Voila c'est prêt, quand j'aurais plus de temps je ferai un petit comparo de perf entre différentes bécanes, on voit bien les endroits ou l'O/C apporte du gain.
 
A vous

J'ai utilisé la version Linux de cpustressmt (voir cat o/c) pour mon core2.
C'est bien plus efficace que cpuburn !

good topiac  
j'utilise gkrellm pour monitorer in realtime. de toute façon il utilise lm_sensors

Topic sympa...
Pour top, il y a mieux (surtout pour les couleurs c'est tout zoli   ) : htop
A essayer d'urgence  

j'oubliais de préciser que je n'OC pas. par contre je suis partisan du silence "absolue" cad que mon
proc est en total fanless. ce qui revient quelquepart au même.
faudrait peut être traité de ce sujet en même temps ici non?
si oui je peux faire part de mon exp.

 
Quel radiateur ?

cooler master z600

à ma décharge j'utilise le fan de 12cm de l'alim. (+potar en façade) juste au dessus pour extraire l'air chaud.
sinon aucun autre fans dans la tour pas même la CG 7600Gt non OC fanless également.
le c2d fonctionne très bien à sa fréquence d'origine boitier fermé (même en burn quake4 pendant 2h), le fan reste toujours au mini sauf en été ou je pousse un p'ti peu.
c'est quasi quasi inaudible, il faut tendre l'oreille et s'approcher à 20cm pour entendre le soufle.
sinon à distance normale on entends rien, mon hdd est aussi une CF

 
   
 
Perso sur C2D E4400@2.67Ghz (Vstock) et OCZ Vendetta, j'avais essayé la même chose (sauf que Antec P180, donc alim en bas, donc le ventilateur d'extraction était un 120mm en extraction directe), et j'arrivais à un meilleur résultat en laissant le ventilo sur le rad CPU et en retirant le ventilo d'extraction, c'est le ventilo CPU qui souffle directement vers le haut par la sortie, c'est la seule chose à extraire de l'air du PC. (il tourne à 7V, quasi inaudible à cette tension)
Sinon j'ai un 120mm@5V à l'avant, complètement inaudible, juste pour aider le flux d'air.
J'aimerais bien avoir une CG passive, mais bon le VF900@5V je ne suis même pas sûr d'entendre la différence en l'éteignant.
Ma config. (j'ai bouché la grille arrière pour ne pas perturber le flux d'air, tout sort par le haut)
Mon boîtier est très isolant au bruit.    
 
Et l'alim est une Seasonic S12 500W, dont le silence n'est plus à démontrer.
 
Ça tient des heures de CPU Stress MT, proc maxi à 70 degrés (avec un C2D ça ne pose aucun problème cette température).
 
Ça doit être un poil plus bruyant que chez toi c'est sûr, en plus j'ai un HDD, mais on est dans des valeurs très très faibles de bruit, c'est vraiment le bonheur.

petite maj

 
Ok, tu peux expliquer un peu plus ?

merci pour le topic !!
 
pleins de trucs dedans  

j'sais pas si vous connaissais mais y'a burnMMX et burnBX comme test pour le cpu aussi
c'est c'que j'utilisais avec cpu stress pour voir la stabilitée
c'est de cpuburn mais j'ai pas l'impression que ca soit le meme que celui dans le topic.....
http://pages.sbcglobal.net/redelm/
 
a voir donc

j'ai cherché un équivalent de cpu-z mais sans succès: je voudrais avoir la fréquence et les latences de ma ram
je suis tombé sur Perlmon qui est assez sympa mais donne juste la quantité de ram

Salut je drapalise car ce week end j'ai plusieurs cartes mère à tester et linux me semble idéal pour ne pas me prendre la tête
 
Est-il possible d'utiliser cpu stress a partir d'un live cd?

Memtester a un gros defaut: il ne peut pas tester la ram occupée par les autres programmes (et surtout celle occuppée par le noyau).
 
Memtest86+ a un autre défaut un peu gènant, il addresse la mémoire sur 32bits, et n'utilise pas le PAE (pas plus de 3.6go accessibles sur ma machine), mais ca reste un des programmes qui teste le mieux la ram : il se charge dans les premiers 640ko de ram testés à chaque boot par le bios, et teste *tout* le reste (enfin presque si vous êtes dans mon cas).
 
J'avais trouvé un très bon système pour tester la stabilité d'une machine overclockée : rien que le fait de booter NetBSD suffit à faire des jolis kernel traps
 
Une compilation de gcc est un très bon test de la stabilité générale d'une machine, ca teste tout (cpu, mémoire, disques, et l'alim).
 
Superpi C'est pas optimisé ni optimisable (parce que çapuec'estpaslibre ), et il "parraitrait" que pifast soit plus rapide (mais çapuec'estpaslibre aussi).
 
 
J'ai une grosse question à poser...
Est-ce que le cool'n'quiet est détournable pour pouvoir changer les multipliers et les tensions du cpu (plus bas ou plus haut que celles proposées) ?

J'y connais rien en linux mais pour le cool'n'quiet je pense pouvoir te répondre que non

pas testé mais oui:
http://forum.hardware.fr/hfr/Overc [...] 2854_1.htm

pour faire des benchs, ya une suite pas mal qui est dispo: Phoronix Test Suite

Salut, c'est quoi ta version de system-monitor ? Tu l'a chopée où ?

kde4, le moniteur system de base.

Déterrage pour la bonne cause.
 
Phoronix Test Suite comprend un module pour stresser le CPU.
Dispo en iso, et usb-creator (ubuntu) permet de le transférer sur une clef usb.
 
http://www.phoronix-test-suite.com/