Bonjour,
 
mon materiel est :  
Asus p2b deluxe wifi-AP  
core 2 duo E6600  
G.Skill kit Extreme2 2x1 GO PC8000 ZX  
4 Seagate barracuda 7200.10 SATA - 250  
Seasonic S13-600HT  
XFX Geforce 7600 GT Edition xxx  
graveur dvd Samsung SH (sata)  
Noctua NH-u12 + 1 Aerocool silver lightning fan 12cm  
lecteur de disquette  
Artic Silver 5  
Thermaltake Armor VA8003 SWA.  
 
J'espère ne rien avoir oublier d'important.
 
Je suis sous Windows XP pro sp2, le bios j'ai juste changé pour passer en raid 0, tout est en auto et les ventilos géré par Q-Fan.
 
Config non o/c 34-.35° (vcore 1.15) avec TAT en idle et les ventilos du chassis inérieur à 2400tr/min. En full sous OCCT 30min 48-50°, ventilo à 2800-2900 tr/min.
 
J'ai commencé par o/c le bus du CPU à 300, aucun problème détecté.
J'essai en suite à 333 pour atteindre la barre spychologique des 3Ghz.
En idle j'ai 45-46° (vcore 1.30) avec ventilos à 2600 tr/min et en full sous OCCT 56-58° ventilos à 3200° (vitesse max possible 3300).
OCCT s'arrette pour erreur detecté sur le CPU au bout de 2 à 8 min de test. Sur 4 essai 1 fois il est arrivé jusqu'à la fin sans trouver d'erreur.
 
Par contre avec 3mark 2005-2006 en les faisant faire 2 fois de suite le bench chacun. Aucune anomalie, sous sandra 2007 pareil aucun problème.
J'ai joué aussi à BF2 et WoW tout à fond pendant 30 min chacun. Tout est stable.
 
ESt-ce que je peu rester à 3Ghz tant que le système reste stable sans risquer de rien endomager ou vaut-il que je descende le bus jusqu'à ce que OCCT ne trouve plus d'erreur sur le CPU ?

Chez moi aussi OCCT gueule alors que 3Dmark et SuperPI passent sans probleme.
 
Honnetemment j'en ai rien a faire que le cpu plante sous occt du moment que tout fonctionne dans les application que j'utilise et sans aucun plantage.

C'est lequel ton bios ? mets le 614 ou 711, ils sont mieux pour l'overclock
 
 
As-tu bien bloqué le pci-e et le pci ?
As-tu bien désactivé le spectrum spread ?
 
Il faut aussi penser à couper tout ce qui peut limiter l'overclocking, c'est à dire désactiver le c1e, le speedstep, la virtualisation et companie, le port série et le firewire si tu les utilise pas coupe les etc...
 
Avec ça je monte à fsb 450 avec mon e6300 soit 3150mhz pour 1.4v
ps : drôle d'idée de prendre de la pc2 8000 avec un e6600 (coeff 9) , t'aurais plutot du prendre de la ram moins chère et une meilleure carte graphique.

Donc, si OCCT detecte un probleme sur le CPU ce n'est pas grave.
 
Pour la ram, c'est parce qu'il se trouve que j'ai eu au même prix que de la 6400.
 
Quand à la CG c'est peut etre un mauvais choix, mais comme windows vista doit sortir l'an prochain avec le directx 10. J'ai prix une CG dans les 150€, dont le but dans changer pour avoir les fonctions directx 10 quand elles sortiront. surtout que pour le moment en 1280*1024 ça marche très bien les jeux avec les détails pousser au maximum.
 
Merci Tomass pour tes conseils, Je viens de désactiver le spread spectrum et tous les trucs dont je n'avais pas besoin. Quand au speedstep il était déjà désactivé.
 
Je repasse aux tests là

3 essais à 3Ghz sous OCCT et toujours erreur détectée.
Tant que j'ai aucun problème avec le reste je vais quand même le laisser comme ça.

Essaye de tester ton proco avec d'autres logiciels qu'occt, occt étant un logiciel qui a été repris par un nouveau programmeur il y'a quelques mois, il n'est pas encore forcement très fiable.

 
OCCT est fiable sinon je ne l'aurai pas sorti en v1.0.0

 
Si : cela signifie que ton PC n'est pas stable.
 
OCCT stresse le CPU beaucoup plus que tout ce que tu peux trouver en dehors des logiciels similaires. Si OCCT te détecte une erreur de calcul, c'est que ton proco a renvoyé un résultat erroné à une opération, et ca, c'est grave. pourquoi ? Cela signifie que tu t'exposes à un comportement aléatoire de ton processeur. Imagine que excel lui demande de calculer 2*3 et que ton proco renvoie 9. Tu vas me dire "pas grave, le calcul est juste faux dans excel". Maintenant, imagine que l'erreur soit carrément dans le code du programme : cela signifie écran bleu et reboots sauvages.
 
Il ne faut pas perdre de vue qu'un processeur instable est un processeur qui va générer des erreurs de manière aléatoire. OCCT fait tout pour générer des conditions dans lesquelles les erreurs se produisent. Seulement elles restent aléatoire. Des fois elles arrivent au bout de 2 minutes, des fois au bout de 8, et des fois, de par la nature aléatoire, jamais, dans le test OCCT.
 
Seulement il suffit qu'OCCT détecte une erreur sur ton proco pour que ton système ne soit pas stable, et ce, tout le temps.
 
Bilan des courses : réduit un peu ta fréquence jusqu'à ce qu'OCCT tienne ad vitam eternam. Et là, tu seras tranquille. Généralement, ca se joue pas à beaucoup, alors perdre 0.2% de perfs CPU ou la stabilité générale de ton système, le choix est vite fait

Attention, OCCT est beaucoup plus exigeant que le reste des applis, et est surtout multicore. Donc tu peux très bien avoir, sur ton dual core, des tests qui passent bien sur le premier core, mais pas sur le deuxième, qui lui génère des erreurs. Ca, superPI le verra pas, OCCT, si.
 
Et OCCT est quand même plus exigeant que SuperPI.  
 
Quant à 3dmark, il n'est pas fait pour détecter des erreurs, et est donc hors concours. Si ton erreur CPU provient dans le chargement d'une texture, 3dmark verra rien. Jusqu'au jour ou l'erreur arrivera dans le code du programme quand tu joues à Oblivion et PAF, au revoir sauvegarde
 
Bilan : soyez circonspects, et préférez perdre quelques MHz au profit d'une stabilité à toute épreuve de votre système. Perdez pas de vue que 50MHz sur votre système c'est à peine 1.6% de la fréquence d'un système à 3GHz... Et aussi, un système stable sous OCCT vivra beaucoup plus longtemps ( composants pas stressés au point de ne plus remplir leur fonction = composant qui durera plus longtemps).

D'ailleurs, à vous lire, j'ai mis la FAQ à jour avec trois nouveaux articles se rapportant à vos questions.
 
Faudrait que j'implémente un menu en haut moi

tetedeiench j'espère que tu n'as pas mal pris mal ma remarque, occt est mon programme préféré de test depuis longtemps mais je ne pense pas qu'il soit infaillible.
 
Je me suis pas encore beaoucoup servi de la version 1.0 mais les différentes beta que j'ai pu tester n'était pas ultra stable. (remarque c'est normal, des beta reste des beta...)
 
Le bug le plus chiant que j'avai eu c'était un message a la fin du test qui me parlai d'une dll de MBM, alors que justement je n'avai installé aucun logiciel de monitoring et c'était bien spécifié dans les options.
 
Je ne sais pas si tu as corrigé ce bug dans la dernière version.

Merci à tous.
 
Pour le moment c'est plus Spychologique qu'autre chose les 3Ghz pour moi et c'est aussi un peu frustant de voir tout le monde passer les 3Ghz facile avec ce CPU et pas moi
 
Plus de puissance n'est pas utile à mes besoins.
Peut etre que d'ici quelques mois, je ne tiendrais pas compte d'OCCT. Je vais donc suivre le conseil de Tetedeiench en espérant que d'ici là je trouverai le moyen de passer le test OCCT sans erreur.

C'est pas psychologique  

 
C'était des bétas justement, et le bug dont tu parles a été réglé depuis la RC1 si mes souvenirs sont bons...
 
Donc juger de la fiabilité d'un logiciel sur la fiabilité des bétas, excuse-moi mais y a un souci

je me demandais justement
 
j'ai déjà eu OCCT stable@3.5ghz et plantages sous orthos dual prime .
 
ça m'arrangeait , j'avais pas besoin comme sous orthos d'augmenter le vcore lol !  

 
Ce qui peut arriver vu que ton CPu génère des erreurs de manière aléatoire. Si elles arrivent pas dans le test OCCT et arrivent dans orthos, bah...
 
Certains ont justement rapporté l'inverse ( orthos passe, pas OCCT ni d'autres tests), donc tu sais
 
Un dernier soutenait que CPU Stress MT était plus rapide à détecter les erreurs qu'OCCT sur sa config en mode instable...
 
Il lancait d'abord OCCT puis CPU stress quand le CPu était chaud... quand il a fait l'inverse, OCCT était plus rapide
 
Bilan : tant que la génération d'erreurs est aléatoire, il y aura des cas ou un test passe et pas d'autres... et le lendemain ca sera l'inverse.
 
Le tout, c'est que dés qu'un test ne passe pas, vous savez que votre config n'est pas stable.

Pour clore le sujet : à l'heure actuelle, OCCT, en termes de détection d'instabilité, est bug free : si il vous dit qu'il y a eu erreur de calcul, il y a eu erreur de calcul

pas orthos?
 

prefere sp2004

Ca me parait bizzare que son e6600 ne soit pas stable à 3ghz, ça serait du jamais vu.

 
oublies pas de mettre le bios 711 ou 614, les autres avant sont plutôt mauvais en o/c

non , y en a eu d'autres qui dépassent pas 2.9ghz meme ...  

Carte mère, ram ou utilisateur c'est pas possible
 
Faut arrêter de croire que overclocker est facile, parfois on a de la chance ou on a les moyen de se payer du matériel qui marche très bien ensemble, mais la plupart du temps il faut tester plusieurs bios et passer quelques heures à faire des réglages, et consulter les forums avant d'arriver à un résultat satisfaisant.

Ca fait 1 semaine que j'ai le bios v 711 que Tomass conseil.
C'est vraiment le jour et la nuit.
 
Actuellement je suis en E6600@3500. tout est parfaitement stable, sur tous les tests. Ca me chance des @3000 où occt trouve une erreur.
 
J'ai désactivé tout ce sont je suis certains dans le bios.
Par contre j'ai mis les voltages en auto, je trouve que j'arrive un peu haut avec les voltages. comme 1.45v pour le Vcore et une température de 77° (TAT) max avec occt.
 
Je suis donc en train de faire des recherches pour régler les voltages max conseillé et le faire manuellement.
 
Par contre j'ai lu un article, que ce CPU ne risque rien jusqu'à 85°.
Mais ça me fait quand meme un peu peur quand je vois que ça dépasse les 70°.
 
D'un cote j'ai envi de monter tant que tout est stable et de l'autre redescendre un peu pour passer sous les 70° sous occt, malgrés l'article.

1.45 pour le vcore a 3.5Ghz ça reste tout a fait correct, mon E6600 tiens les 3.5Ghz a 1,44V (pas de de tension auto par contre).
 
 
ps: validé avec occt  (que j'appréci énormement   ) avec 60°c en max

comment on fait pour bloquer le pci e et le pci sur l asus p5b deluxe?

moi pareil que dragon heart, j'ai erreur sous Orthos alors que je fais 3 runs de 30 min OCCT, il bronche pas...
Bref, O/C E6600 à 3.2Ghz, Vcore=1.375/1.38V, RAM en 4-4-4-12, j'en suis content, et pour moi je teste avec les 2.
 
Quand j'ai laissé Orthos plus de 2/3h en mode LARGE Stress (certains sites demandent 4h d'Orthos mais ne précisent pas quel test, et chez moi le LARGE est celui qui provoque les arrets le plus rapidement y'a pas foto) et que j'avais fait 3 runs 30 min d'OCCT avant, je me dis que c'est stable. Après çà, une bonne journée de jeux gourmands/calculs MATLab bien demandeurs et benchs 3D, tout en regardant bien les T°, je confirme l'utilisation 24/7, screens à l'appui.