Reprise du message précédent :
Tu peux me donner tous tes réglages (pour la x ème fois) ?
 
Tu ignore systèmatiquement ma demande.
 
Si tu veux pas, dis le

 
 
Ce n'est pas que je veux pas mais je prend telement de plaisir à jouer à crysis tout en ULTRA que j'ai la flemme de tout noter dans le bios mais si tu y tiens je te le ferais pas de probleme

Merci c'est gentil, j'insiste parceque tu obtiens de tel résultats qu'il est possible que tu ais modifié un petit truc sans vraiment y faire attention qui peut expliquer cette belle montée même si je pense que tu as tout simplement une mobal de roxxor

 
 
Ah bon ? mais c'est si bien que ca ce que j'ai reussi à obtenir ? je me rend pas trop comte en fait

Oui quand même, 480Mhz @ stock, c'est vraiment bien

Ouai c'est pas mal , mais ça ne dépend pas que de la mobal , mais aussi du CPU

Voila comme demandé entre 2 partie de crysis :
 
Ai Overclock Tuner : Manual
OC From CPU Level Up : Crazy
CPU Ratio Control :  
Ratio CMOS Setting : 8  
FSB Frequency : 500  
CPU Clock Skew : auto  
North Bridge Clock Skew : auto
FSB Strap to North Bridge : auto  
DRAM Frequency: 1002  
Dram Clock Skew CH1 A1 : auto  
DRAM Clock Skew CH1 A2 : auto  
Dram Clock Skew CH1 B1 : auto  
Dram Clock Skew CH1 B2 : auto  
 
 
DRAM Timing Control: auto  
CAS# Latency :  
RAS# to CAS# Delay :  
RAS# Precharge :  
RAS# ActivateTime :  
RAS# to RAS# Delay  
Row Refresh Cycle Time :  
Write Recovery Time :  
Read to Precharge Time :  
 
Read to Write Delay (S/D) :  
Write to Read Delay (S) :  
Write to Read Delay (D) :  
Read to Read Delay (S) :  
Read to Read Delay (D) :  
Write to Write Delay (S) :  
Write to Write Delay (D) :  
 
Write to PRE Delay :  
Read to PRE Delay :  
PRE to PRE Delay :  
ALL PRE to ACT Delay :  
ALL PRE to REF Delay :  
 
DRAM Static Read Control: auto  
Dram Read Training : auto  
MEM OC Charger : auto  
Ai Clock Twister : auto  
Transaction Booster : auto  
 
Common Performance Level []  
 
Pull-In of CHA PH1  
Pull-In of CHA PH2  
Pull-In of CHA PH3  
Pull-In of CHA PH4  
Pull-In of CHA PH5  
Pull-In of CHB PH1  
Pull-In of CHB PH2  
Pull-In of CHB PH3  
Pull-In of CHB PH4  
Pull-In of CHB PH5  
 
PCIE Frequency : 100  
 
CPU Voltage : 1.25
CPU PLL Voltage : 1.50  
FSBT : 1.20  
DRAM Voltage : 1.90  
North Bridge Voltage : 1.20  
South Bridge Voltage 1.5 : 1.50  
South Bridge Voltage 1.1 : 1.10
 
CPU GTL Reference 0 : auto  
CPU GTL Reference 1 : auto  
CPU GTL Reference 2 : auto  
CPU GTL Reference 3 : auto  
 
 
 
 
North Bridge GTL Reference : auto  
DDR2 Channel A REF Voltage : auto  
DDR2 Channel B REF Voltage : auto  
North Bridge DDR Reference : auto  
 
Load Line Calibration : activé  
CPU Sread Spectrum : désactivé  
PCIE Spread Spectrum : auto  
 
C1E support: désactivé  
CPU TM function: désactivé  
Max cpuid value limit: désactivé  
Vanderpool technology:  
Execute disabled bit: activé  
Core Muti processing:  
 
 
A savoir que 510x8 ne passe pas vous me conseillez de toucher quel voltage maintenant ?

Bonjour,  
 
j'ai un petit problème avec l'overclocking de mon Q9550 C1.
Je suis stable 1h30 a OCCT (j'ai arrêter manuellement), mais j'ai des plantage aléatoires.
Pas le PC qui plante, mais certains logiciels comme Everest ou LCD Studio qui se ferment.
Mes T° sont acceptables, le matériel est neuf (24h de rodage pour le CPU), et je viens de formater.
J'ai penser aux tensions NB et SB qui seraient peut etre insuffisantes ?
 

Bon en fait je suis toujours autant emmerdé avec ma mobal pour stabiliser @ FSB au dessus de 400Mhz.
 
J'ai remarqué un phénomène étrange : il y a comme des paliers de FSB et ça change selon qu'on entre dans l'un ou dans l'autre
 
Par exemple, quand je passe de 349Mhz @ 350Mhz, le pc s'éteind (ouis se rallume 5 secondes après) après être sorti du bios (au lieu de redémarrer directement) comme lorsque l'on effectue un changement majeur. Même chose quand je passe de 375Mz @ 376Mhz ou encore de 499Mhz à 500Mhz... J'ai pas trouvé tous les "paliers" mais ceci montre bien qu'il se passe un truc entre certaines valeur de FSB.
Par exemple, quand je passe de 348Mhz @ 349Mhz, en sortant du bios il y a un simple reboot.
Essayez chez vous, vous verrez.
Ceci me fait penser à des paliers.
Choses qui vient conforter cela, ma RAM est rockstable (36 passes Memtest86+ 2.10) @ 560Mhz @ 5-5-5-15 @ 2,0V avec un FSB de 349Mhz strap 333 ratio 5:8, or avec un FSB de 360Mhz strap 333 ratio 5:6 -> RAM @ 432Mhz 5-5-5-15 @ 2.0V bah j'ai des erreurs dans la première passe de memtest !!
 
Là je suis @ 500Mhz de FSB ratio 1:1 donc RAM @ 500Mhz @ 5-5-5-15 @ 2.0V et ca passe avec un Strap de 400Mhz pas 333
 
J'ai donc l'impression que quand je change de "palier", je dois aussi changer de strap car je ne comprend absolument pas pourquoi ma RAM est Rockstable @ 560Mhz (strap 333 349Mhz FSB) et pas @ 430Mhz (strap 333 360Mhz FSB) dans exactement les mêmes conditions (timings & voltage)
 
Quelqu'un a une explication ?

Ca à mon avis c'est le skew de la ram qui faut régler, ça me fesait éxactement pareil entre certaine plages de fréquences 0 erreur et d'autre erreur, apparement l'info d'une bartte de ram arrive avant l'autre faut du coup la décaller, pourquoi des fois oui des fois non, mystère....

ouais... c'est pas très clair
 
Mais merci quand même
 
Il ne s'agirait pas plutôt de FSB Hole ou un truc du genre ?

 
le Chipset a des automatismes que tu viens de découvrir , en fonction de chaque frequence
FSB et frequence ram le Chipset change son comportement (visible dans Everest ).
 
C'est normal comme comportement , ensuite ta carte relance lorsque le besoin s'en fait
sentir ( visible a la relance de la machine après changement de Strap par exemple).
 

 
 
 

Oui c'est tout à fait ça, seulement personne n'en fait mention nulle part et surtout, j'ai l'impression que ce phénomène ne touche pas tout le monde...
 
Par exemple, moi en Strap 333 je peux pas aller au dessus de 400Mhz, or je vois presque tout le monde evoluer vers les 450/480 avec ce strap
 
Chez moi il faut mettre Strap 400...  
 
Y'a que la M2F qui fait ça ?  
J'ai pas l'impression qu'on soit si embeté que ça avec une P5Q ....

newbie1
 
as tu essayé de faire très simple au niveau des settings Bios ?
 

C'est on ne peut plus simple, tout quasiment en auto sauf perf level à 10, les strap (que je devrais peut-être laisser en auto), 1,45vNB et vFSB (histoire d'être sûr, j'affinerai par la suite), et voilà quoi.
Pas de skew ou autre, tout en auto. Le TRC à 55 aussi pour être sûr.

Salut newbie1,
 
As-tu essayé de passer le PL à 12
 
++

euh non mais faut dire que partout je le vois à 10 alors je suis le moove

personne pour m'aider ?
 
http://forum.hardware.fr/hfr/Overc [...] m#t1820259

 
CPU Sread Spectrum : Disable
PCIE Spread Spectrum : Disable
 
C1E : Enable
 
regarde si avec strap en manuel si c'est pas mieux.
 
n'oublie pas de reselection dram frequency  
 

Oui , mais alors, il va massacrer sa bande passante et je ne suis pas sur que le gain de la montée en fréquence de la ram compense la perte due au perf level ... Mieux vaut jouer avec les straps , les coeffs et le Clock skew ...

Bah là je suis assez stable @ 533Mhz (x6), je dis bien "assez" parceque au bout de 3h d'OCCT, Asus Probe indique une temp de 111°C au CPU (il parait que ce bug est un signe d'instabilité) et fini même par s'éteindre tout seul.  
Cela dit, je continue à laisser tourner OCCT 3.0.0 pendant 10h sans erreur donc je dois en conclure quoi ? Que c'est stable ou pas ?
 
Mes réglages :
 
- FSB 533Mhz
- Coeff 6
- Strap 400Mhz
- ratio 1:1 DDR2-1066Mhz
- 5-5-5-15 TRC à 55  
- Perf level 10
- Vcore : 1,3V
- Vnb : 1,45V (à affiner, je mets volontairement très haut pour pas être limité par ce parametre)
- VFSB : 1,5V (à affiner, je mets volontairement très haut pour pas être limité par ce parametre)
- VPll : 1,6v (à affiner, je mets volontairement très haut pour pas être limité par ce parametre)
 
Ce northbridge va me rendre fou, j'ai jamais vu une mobale aussi difficile à régler. Je peux même pas trouver le max stable de ma ram à cause de ces "paliers" de FSB qui demande autant de réglages différents. Du coup ma ram est rockstable @ 560Mhz (349 FSB ratio 5:8) @ 2,0V mais dès que je passe les 350Mhz c'est instable
Pareil la dernière fois je faisais un test OCCT @ 400Mhz x 6 : Freeze au bout de 10h43  
Chelou quand même !! Un freeze = instabilité importante, non ?  
J'ai jamais eu un freeze au bout de + de 10h de stress
 
Ras le cul de cette mobale

Perso si j'étais toi je lancerais prime95 pendant 12h. J'ai déjà eu un système donné stable par OCCT (et IBT à l'occasion) alors que prime détectait une erreur au bout de quelques minutes...

Ok je vais faire ça mais si ca me trouve des erreurs je me tire une balle parceque j'aurais vraiment tout essayé...

Quand à moi je progresse... J'ai dû mettre le NB GTL Ref à +40mV pour que mon test prime95 RAM tienne

Tu as fais ca comment, au pif ?

+1 . Jai eu exactement les memes déboires : "stable" sous  2h d' OCCT mais pas plus d'1/4 d'h sous orthos (je le préfère à prime95 parce qu'il indique la durée du test et non les date et heure de départ du test seulement... Détail !)

J'ai rapidement recherché l'utilité du GTL, j'ai appris que c'est le seuil électrique (ratio) à partir duquel un signal passe à 1.  
A partir de là, étant donné que y'a que le test RAM qui échoue, j'ai ajouté 40mV au NB GTL Ref, à DDR2 Ch A et B (+37.5mV) et idem pour NB DDR Ref. Ensuite j'ai "affiné", puisque que les autres réglages n'influent pas sur la stabilité (dans mon cas bien sur).
 
Bref j'ai gardé que NB GTL Ref=+40mV et ça roule impec depuis bientôt 2h
 
Là où j'ai eu de la chance, c'est que je sois tombé sur la bonne valeur Peut-être que +20mV suffiraient, mais j'en ai marre de tester et pas profiter de mon PC...

Vi je ne me fie désormais qu'à Prime95 (je le préfère à Orthos car j'ai un Quad et Prime charge les 4 cores ). Son seul inconvénient est qu'il peut se passer pas mal de temps avant de tomber sur une erreur en cas de système pas très fiable, mais si la stabilité n'est pas du tout au rendez-vous quelques instants suffisent.

Moi il faut savoir que memtest86+ ne me trouve aucune erreur (36 passes ~ 12h) avec FSB 533Mhz strap 400 ratio 1:1 1066MHz DDR2 et que donc, j'ai Asus probe qui vire dans le rouge à 111°C T° CPU et se ferme tout seul malgré le fait qu'OCCT 3.0.0 continue sans soucis le test pendant 10h ...
 
Franchement j'en conclu quoi, que c'est stable ou pas ?

Franchement fie-toi à Prime95, si il passe 12h c'est bon.
 
Moi suis repartit dans les réglages, Erreur au bout de 2h26  

On va tous devenir fou si ça continu comme ça    
Un coup ça marche impec, le coup d'après c'est plus bon.
Moi erreur à bout de 11h47

Yep

Au risque de passer pour un fou, ça vous sert à quoi de stresser votre config avec des logs pareils pendant des dizaines d'heures ?
 
Vous pensez réellement que ce cas de figure vous arrivera ne serait-ce qu'une fois pendant toute la vie de votre config...?
 
Même un Render 3D bouffe pas autant que ces logs, alors que c'est limite le traitement le plus lourd que vous pourriez demander à votre Pc, et ça prendra pas 10h...
 
J'ai un profil stable OCCT2 enregistré dans la mobo si jamais j'ai une galère, et j'ai un profil validé à coup de MemTest/benchs/encodage HD/render 3D qui tient carrément le coup H24 sans soucis, et pourtant il se viande sur un OCCT2... (chaleur pose problème)
 
Je ne dis pas que les softs de Stress sont useless, mais ils ne représentent absolument pas l'utilisation classique même intensive d'une machine, ils ne prouvent absolument pas que votre machine est stable à 100%, juste qu'elle atteint un certain seuil de stabilité sur UN test, en mettant à mal vos CPU/NB/RAM/Etages d'alim au passage, alors que votre Pc pourra se viander sur n'importe quel autre test...
 
Un OCCT d'une heure et vous savez que votre machine ne vous posera quasiment aucun soucis, vous validez le reste avec des taches lourdes que vous êtes succeptibles de faire en H24, et si ça passe ça roule...
 
Mais si ça foire au bout de 10h, arrêtez de psychoter, vous allez jamais soliciter votre machine à ce point...

Perso j'utilise normalement Gentoo Linux. Il y a suffisamment de problèmes lors de la compilation, il faut que je sois sûr que ce n'est pas un problème hardware. D'ailleurs dans la communauté Linux, il est déconseillé d'overclocker pour éviter ces problèmes...
 
Ma config n'est pas stable, après 3h de Prime95 mode RAM le PC a rebooté tout seul. Si j'avais lancé OCCT 2h (comme je l'ai déjà fait avec succès) j'aurais eu droit à un "pc stable" alors que ce n'est pas vrai.
 
Lors de mon premier oc (QX9650@4GHz 401x10), après avoir paufiné les réglages, Prime95 a tourné plus de 14h comme un charme et Gentoo tournait du feu de Dieu.
 
Présentement je ne peux pas parler d'un oc stable alors que le PC reboote de temps à autre...
 
Voilà ma démarche perso    

Prime95 vous cochez qu'elle case au debut vous ?
 
Car moi il pousse mes core à peu pres à 60% pas plus

C'est pas la charge des cores qui est important... Si tu cherches ça, utilise IBT Bref, si ton PC n'est pas stable t'inquiète tu le sauras rapidement  
Alors :
-Le mode "Small FFTs" teste le cpu
-Le mode "Blend" teste cpu et ram
J'utilise perso le mode "Custom" pour tester ma RAM, en choisissant des FFTs de 512 à 4096.

Je te conseille la version 25.8 ici : ftp://mersenne.org/gimps/p95v258.zip

D'ailleurs mon oc Q9650@4.2GHz stable H24/7 est validé  
Je vais poster mes réglages

 
+ 10000    je l'ai toujours penser mais jamais écrit peur de passer pour un fou

Voilà mon OC Q9650@4.2GHz  
Stable H24/7

Ai Overclock Tuner : Manual
OC From CPU Level Up :  
CPU Ratio Control :
Ratio CMOS Setting : Auto  
FSB Frequency : 468
CPU Clock Skew : Normal
North Bridge Clock Skew : Normal
FSB Strap to North Bridge : Normal
DRAM Frequency: 937
Dram Clock Skew CH1 A1 : Normal  
DRAM Clock Skew CH1 A2 : Normal
Dram Clock Skew CH1 B1 : Normal
Dram Clock Skew CH1 B2 : Normal
 
 
DRAM Timing Control: Manual
CAS# Latency : 5
RAS# to CAS# Delay : 5
RAS# Precharge : 5
RAS# ActivateTime : 15
RAS# to RAS# Delay : Auto
Row Refresh Cycle Time : Auto
Write Recovery Time : Auto
Read to Precharge Time : Auto
 
Read to Write Delay (S/D) : Auto
Write to Read Delay (S) : Auto
Write to Read Delay (D) : Auto
Read to Read Delay (S) : Auto
Read to Read Delay (D) : Auto
Write to Write Delay (S) : Auto
Write to Write Delay (D) : Auto
 
Write to PRE Delay : Auto
Read to PRE Delay : Auto
PRE to PRE Delay : Auto
ALL PRE to ACT Delay : Auto
ALL PRE to REF Delay : Auto
 
DRAM Static Read Control : Disabled
Dram Read Training : Enabled
MEM OC Charger : Enabled
Ai Clock Twister : Moderate
Transaction Booster : Manual
 
Common Performance Level : [10] (freeze à 8)
 
Pull-In of CHA PH1 : Disabled
Pull-In of CHA PH2 : Disabled
Pull-In of CHA PH3 : Disabled  
Pull-In of CHA PH4 : Disabled  
Pull-In of CHA PH5 : Disabled
Pull-In of CHB PH1 : Disabled
Pull-In of CHB PH2 : Disabled
Pull-In of CHB PH3 : Disabled  
Pull-In of CHB PH4 : Disabled  
Pull-In of CHB PH5 : Disabled  
 
PCIE Frequency : 101
 
CPU Voltage : 1.375
CPU PLL Voltage : 1.50
FSBT : 1.35175
DRAM Voltage : 2.10475
North Bridge Voltage : 1.35175  
South Bridge Voltage 1.5 : 1.50
South Bridge Voltage 1.1 : 1.11325
 
CPU GTL Reference 0 : Auto
CPU GTL Reference 1 : Auto
CPU GTL Reference 2 : Auto
CPU GTL Reference 3 : Auto
NB GTL reference : +50mV
DDR2 chA reference voltage : Auto
DDR2 chB reference voltage : Auto
North Bridge DDR reference : Auto
Load line calibration : Enabled

Chacun son idée d'un pc stable non ? Voilà une petite histoire :
Je me fie à OCCT : un test de 2h CPU puis RAM m'indiquait "PC stable !" (soit 4h de test)
Je me dis "chouette c'est cool !". Il était temps pour moi de sauvegarder mon système avec Acronis True Image.
L'archive est crée, et avant la fin de sa validation, un beau message apparait : "failed".
Du coup, je tente de valider l'archive précédente : "failed"
Pourtant OCCT dit que mon PC est stable    
Alors je lance Prime95 en mode RAM : Erreur au bout d'une minute !
Conclusion : je ne me fie ni à IBT (30 pass OK), ni à OCCT (4h de test = pc stable   ) mais au seul prime95.
Etonnant non ? Désormais sur 10 validations d'archive True Image, les 10 ont été réalisées avec succès    
 
Si pour vous un PC stable c'est 2h d'OCCT mais ne pas pouvoir utiliser un logiciel couramment, libre à vous. C'est pas mon cas  

+1 d'autant que la pc n'a pas besoin d'être stréssé autant pour planter
 
Donc on en conclu que si la config passe 24h de burn avec un logiciel de stress, il sera stable en H24 ce qui, il faut le dire, n'est pas toujours exact, alors les valid avec à peine 2h d'OCCT
 
Sinon prime95 chez moi est moins agressif qu'OCCT 3.0.0 c'est clair donc je serais plus tenté de m'orienter vers OCCT

Pour valider avec OCCT il faut plus qu'un test de 2h une nuit serait le minimum syndical (informatique) à mon avis