Reprise du message précédent :

essai surtout de faire moins de fautes  

bon c'est pas bientôt fini ! ! !  
 
on est pas à l'école gardienne ici ! ! !

Ca me fait juste marrer quelqu'un qui se permet de donner des conseils sur l'orthographe alors qu'il commet lui même une faute sur une simple phrase de 5 mots, il vaut mieux se taire des fois.
 
Et ce n'était pas une étourderie, 2ème fois dans la page qu'il la faisait...

comme je dit toujours :
 
"il vaut mieux la fermer et passer pour un con  
que de l'ouvrir et prouver qu'on en est un"
 
mais les gens passent toujours à l'action avant de réfléchir...
 
mais la c'est complètement hs... donc revenons au sujet :-)
 

Sujet = HS
Moi je propose un sondage : HS / pas HS

Mon X2 se porte bien : il est pas HS

 
Ah, et laquelle ai-je fait?

bon nouveau résultat atteint :
 
fsb=260
ceoff. mult.=*10
HTL=*4
ram à 266Mhz
HTT=783.3Mhz
vCore:1.45v
 
je suis presque arriver à 270 mais pas stable...
 
encore des suggestions?

Tu as du faire des concessions énormes sur ta RAM
Si ta CORSAIR limite bah tentes la montée de sa tension ainsi que celle du CPU

Coeff HTT 3x obligé, le NF4 n'aime pas DU TOUT dépasser les 1000... généralement il déconne avant 1050.

mmm je comprend...
 
maintenant avec un coeff HTL *4 mon HTT est de 783.3 < 1000 mais mon fsb est limité à 260 (dès que je l'augmente sans rien toucher d'autre ça plante ou c'est pas stable...)
 
je vais essayer encore en diminuant le coeff HTL *3 puis réaugmenter mon fsb de 260 à 270 puis je teste et si ça plante j'augmente un peu le Vcore de 1.45v à 1.5v et si ça plante encore ou ce n'est pas stable alors à ce moment là j'augmenterai un peu la tension sur la ram (vdimm ???)
 
je vous tiens au courant...

Pas besoin de toucher au Vddr normalement, t'es en dessous des 200MHz.
 
Soit ton HTT est bien à 4x et donc 4x260=1040MHz effectifs, soit il est à 3x soit 780MHz effectifs.
 
Pour avoir eu la même mobo, elle prenait jusque 311 de HTT en 3x et permettait de monter aussi haut en fréquence RAM en 2T (Corsair XL 1.2), en 1T ça plafonnait avant les 250.
 
Vérifies ce que te disent Speedfan ou Coretemp sur les temps "Core", si ça monte au dessus des 60°C ça peut être la cause, par ailleurs il doit te rester une petite marge de Vcore il me semble (à moins que tu ne sois tombé sur un 1.3v )

tu as raison, je suis bien en coeff *3 pour arriver à un HTT à 783.3Mhz, je suis sûr de ce nombre (vu par CPU-Z)...
 
mais alors pourquoi lorsque je monte mon fsb de 260 à 270 toujours avec le même coeff *3  qui ferait un HTT 810Mhz, ça plante...

Parce qu'il n'y a pas que le HTT qui est impliqué.
Peut-être que ton proco ne veut pas monter plus haut, ou que le chipset a aussi du mal.

Pour le chipset c'est peu probable, 311 testé avec un NB47

Peu probable, mais tous les composants ne sont pas égaux devant l'o/c.

sur mon A64 3700+ c'était semble-t-il le controleur mémoire intégré qui avait du mal audessus de 260 et des bananes.
tu as peut-être la même limitation.

et mon dualA64 a du mal sensiblement à la même fréq mais en baissant le coef proco à 10 au lieu de 11 .

ok pour résumer et pour être sûr et pour terminer la dessus après je vous ennui plus ...
 
http://img48.imageshack.us/my.php?image=cpuztr0.jpg
 
voici le lien de mon screenshot cpu-z  
 
avis, remarques et commentaires sont les bienvenues...
 
pendant ce temps la, je vais tester encore un peu

T'as essayé en ne montant pas le Vcore?

j'essaye tout de suite...

et bien non rien y fait...
 
mon record est:
fsb 265, coeff. mult. *10, coeff. HTL *3, ram 266, vcore 1.5, tout le reste auto
super pi 1M à 36s mais prime95 detecte une erreur sur une des deux threads au bout d'une heure et quelques...
 
donc je descend juste en dessous avec :
fsb 260, coeff. mult. *10, coeff. HTL *3, ram 266, vcore 1.45...
 
c'est quand même 30% dans l'O/C dans everest ultimate edition...
 
je suis satisfait maintenant je vais O/C une poil ma cg ( MSI 8800 GTX )
 
... désole... c'est l'exitation... lol... ^^
 
ha oui j'allais oublier, un grand merci pour tout...

j'ai jamais trop compris l'interet de prime95 en même temps, entre une erreur sous prime et un crash d'un programme il y a des kilomètres

L'intérêt c'est tout simplement de connaître la stabilité générale de sa machine par rapport à l'o/c qu'on lui impose.

 
Ouai jsuis d'accord, je fais du prime pendant 10 mn pour tester la stabilité, mais guetter l'erreur pendant 1 semaine jtrouve ça un peu gros, a moisn de faire des computing de fou
 

ben non, ça sert surtout à s'assurer que sa machine ne plantera à priori JAMAIS à cause de son o/c    ... je ne valide mes o/c qu'après ~1 mois d'utilisation classique dans mes jeux/applis et des tests violents régulièrement quand je n'utilise pas mon pc avec divers softs (cputest, occt, prime95 etc..-> car ça n'est pas parce que 1 soft ne trouve rien meme après 1 journée que sa machine peut etre considérée comme "100%" stable )

 
En même temps tu aura beau faire tourner le pross a 5v@1*100 Mhz, il y auca toujours un moment ou une erreur arrivera...

et une fois que l'on a trouvé le maximum, on descend d'un cran pour être sûr que l'on ne diminuera pas "trop" la durée du vie du cpu ???

 
c'est plus la chauffe et la tension qu'i vaux mieux baisser au maximum

S'il est rock stable et bien justement non.
 
Pas mal de boite ont des "fermes" de serveurs" (ex. 3000 serveurs) qui tournent 24h/24, 365j/an et surlesquels jamais le CPU ne fait d'erreur. d'ailleurs vaut mieux pas. En général ce sont les alims et les disques dur qui plantent.

Moi j'aurais penser aux plantages soft , meme rock stable, t'es pas à l'abri d'un bug  

Oui, mais les bugs n'ont rien à voir avec le proc s'ils proviennent des softs.
Qui n'a jamais eu de plantage avec un PC normal non o/c?

En même temps qui a besoin d'avoir un processeur rock stable? Jprefère gagner 10 fps sur un jeu et le voir crasher une fois par an perso

Encore un gugusse qui va venir pleurer le jour ou son PC ne voudra plus démarrer, parce que son "crash annuel" aura corrompu des fichiers système ...    

je sais pas ce que vous en pensez, mais j'ai l'impression que du point de vue utilisation, mon pc est plus utilisé lors de mes stress tests ou autres tortures que pendant tout autre utilisation que je qualifierai de "normale".
 
mis à part pendant les jeux très gourmands, je n'arrive pas à faire tourner mon ordi aussi durement que pendant des phases de test d'O/C alors finalement du moment que l'on gagne en performance et ce malgré le fait que l'on ne va pas utiliser son pc 24h/24h pendant 7j/7j, c'est pas trop grave si on est ou pas rock stable...

 
il n'y a pas bcp de jeu où tu vas gagner 10fps en passant d'un oc pèpère (disons 2500mhz pour un x2) à un oc poussé (2800mhz?)

Heu mais qu'est ce que tu racontes là    ... j'ai des machines o/c que je ne redémarre quasiment jamais (elles restent des mois allumées à faire du partage de fichier, de la compression vidéo etc...)
Tu ferais mieux de t'abstenir au lieu de me sortir ça comme argument    
Une machine o/c sur laquelle on a passé des jours, 1 bon mois à tester au peigne fin le comportement avec des applis/tests bien stressants, ne plante pas (sauf pb logiciels divers et variés).C'est ça l'interet: mes machines o/c doivent impérativement avoir la meme fiabilité que non o/c c'est aussi simple que ça  

+1 Ca fait 6 ans que j'ai des machines oc et une fois qu'on a trouvé le max stable ça l'est pour de bon, la petite erreur dont il parle qui peut toujours survenir elle ne vient pas de l'oc et peut tout aussi bien apparaître sur un cpu stock.