Reprise du message précédent :
Pour le jeu, non
Pour quasi toute autre application, si
Y'aurait 2007 comme date écrit derrière nos Posts je dis pas...

Un core 2 ca peut être Dual ou Quad
 
Sinon tout dépend de l'utilisation, comme dhab quoi

bof bof, a part la chauffe en plus j'ai pas remarqué de changement transcendant entre mon e2180 @ 3.5ghz et le q66 @ 3.7ghz qui lui a succedé

Je finis le démineur en 3 secondes avec un quad  

Idem avec un duo

Aucun gain avec le quad, c'est de la maiyrde

Moi vous m'avez zappé, sympa.

Pour la détection d'Everest, c'est juste que les cartes mères DDR2 reconnaissent pas plus haut que de la PC6400 (DDR2-800). Mais ca n'empêche pas du tout les barrettes de fonctionner à 1066Mhz.

Et pour la faire fonctionner à telle fréquence, ben faut régler le ratio entre FSB et RAM et voir, mais normalement la ram atteint 1066Mhz facilement (pisque spécifications), même si elle est reconnue à 800Mhz, ca pose aucun problème.

De plus, tite remarque, mais mettre directement un FSB à 533Mhz, je trouve ca énorme pour du P35. La carte mère n'a pas suivis, ca c'est clair. Surtout si ya pas eu d'augmentation de vNB. Un ram peut très bien fonctionner à 533Mhz avec un FSB moindre (333Mhz par exemple).

Et désolé d'avoir zappé, perso j'avais pas du tout vu    

L'Abit IP35 Pro ait fai tpour l'overclock.
 
Quand je boot y a ecrit C1, c'est la ram qui merde.
multi de 6 x 533 pour le proco et ram en 1 : 1 = 1066 ça passe pas
 
Sur le site d'Abit l'IP35 XE gere la drr2 1066, pas l'ip35 pro, j'ai du mal lire avant d'acheter la carte.
 
J'ai poste sur le topic de ma carte mere, j'attend une reponse de quelqu'un qui ferait tourner la ram à 1066
 
Sinon en pci express 2.0 et drr2 pc8500, quelle carte mere fait ça ?

N'importe quelle X38 DDR2 non ?

Moi je pense que la DDR21066 n'est pas supportée par ta carte mère certes, mais ca ne gêne pas la montée en fréquence de la ram en elle même. Elle peut tourner à 1066Mhz.

Ta essayé avec un FSB plus bas et un ratio plus élevé ? (avec un 333Mhz de FSB on peut arriver pile à 1066Mhz pour la ram).

533Mhz pour un Wolfdale c'est déjà beaucoup pour du P35. Mon maxscreen est situé à 580Mhz pour ma P35-DS4 avec 1.5V au northbridge, car il y a une couille sur les P35 et les Wolfdales (bug d'étage d'alim), que ta carte mère soit faite pour l'overclocking ou non, ca change rien. Si t'as pas augmenté le vNB, comptes pas booter à 533Mhz avec un Wolfdale.

perso, je suis à 1.57 au Vnb avec 516 de FSB.
mais je dois pouvoir descendre un peu le Vnb, j'ai pas essayé....

J'ai pas d'option Vnb
http://www.bit-tech.net/hardware/2 [...] ip35_pro/4
 
VTT
MCH
ICH
ICHIO
 
là j'ai booté en 444 x 9 = 4.0 Ghz et la ram pas en 1 : 1 mais un truc qui permet 1066, timing by spd, je vois si ça tient.

C'est MCH alors pour augmenter la tension du Northbridge (vNB = vMCH)

Donc voilà, pas le ratio 1:1, je suis sûr que ca va tenir 1066Mhz @SPD que ta carte mère détecte la ram comme de la DDR2-800 ou non

PS : regardes aussi dans le SPD de Cpu-Z, normalement tu dois avoir "PC6400" (DDR800) et non "PC8500" (DDR1066)

Exact
Ca tient pour l'instant, dans le link que jai poste, ils ont maxé la carte à 495 Mhz.
Je met 1.50 V pour le MCH ?

Ben tentes de booter à 533Mhz petit à petit... 1.35V ... 1.45V ...
 
D'un manière générale, et en contrôlant la température, ne pas dépasser 1.55V en H24 sur le vMCH

490 de FSB lol, mais pas en x9 loul
 
490 x 8.5 = 4.16 Ghz
MCH 1.52
CPU VTT à 1.37
 
CPU à 1.405
 
 
533 c'est impossible je pense sur cette carte mere.

j'ai une IP35 pro  
 
je fais tourner ma ram en 1066, mais pas en ratio 1:1 ( je suis pas stable a plus de 490 de fsb )  
 
ma ram est de la crucial pc 5300  qui est , en ce moment a 445 cas 4-4-4-12 2.1V

 
Oui je crois qu'il a tilté qu'on pouvait faire tourner de la ram à 1066 même avec une carte mère qui monte pas haut en FSB et qui reconnait pas plus haut que de la DDR2-800
 

 
Le VTT te change vraiment quelque chose en stabilité ? (c'est une question car ca m'interesse, j'ai beaucoup de mal à cerner ce qu'il fait chez moi).
 
Et, 533Mhz, je sais pas. La mienne (Gigabyte P35-DS4) boot à 540Mhz max à 1.55V vMCH, mais pour monter plus haut faut que j'aille sous Windows et que je joue du SetFSB

J'ai du P35 sur Asus P5KC, je tiens 500Mhz synchro avec 1.4v. En dessous ça marche pas.
Rad Chipset brulant déja    
Avec Ballistix PC6400 @2.3V

le vfsb ou vtt sert a stabiliser le cpu pour les hautes frequences du fsb...
 
 
le vnb permet de stabiliser le nb pour un hautes frequences du fsb...  
 
 

Voé, mais chez moi j'ai pas vu de différence entre un vFSB@1.25V et un vFSB@1.4V lors de mes séances de bench @+560Mhz de FSB

Par contre, le vNB, si j'ai vu des différences

c est pas en bench que tu trouveras l utilite du vfsb, mais dans la stabilite du cpu, pour passer 8H de test, il lui faut bien plus qu 1.25v a 560mhz de fsb...

Oui, mais pas trop utile à 500Mhz non ?
 
Et après, c'est tout simplement la fréquence finale que le processeur ne tient pas (sauf coeff <8), donc pas besoin non plus de vFSB

 
 
utile a partire de 470mhz/500mhz selon moi...

 
Le boot s'est fait et windows n'a pas chargé, avec le VTT ça a marché.
Je ne savais pas ce que c'etait mais vu que j'etais en vcore à 1.38, et j'ai vu ce truc en rapport au cpu a 1.20 je me suis dis qu'il fallait le matche au vcore au 1.30 environ.
 
Là j'ai fait un truc gentil 440 x 9 et la ram à 1080, j'ai eu des crash sous crysis mais pas des ecran bleu, les vrm chauffent, j'avais pas mis le zalman vf1000 à fond.
 
J'attend les 8.7 finaux pour retenter l'overclock à 4.2 - 4.4 Ghz

VTT (vFSB) 1.25V
vNB 1.45V
vCORE 1.39V mais suis sûr qu'il avait besoin de moins (puisque avec 1.39V ca tient 4Ghz)
Refroidissement : Thermalright XP90 + Noctua P12
(c'était en Fevrier/Mars)

(image cliquable)

480 x 9 = 4320 Mhz à 1.44 Vcore
Ca crash en 5 secondes sous OCCT  

http://www.pcinpact.com/actu/news/ [...] uperPi.htm
 
1,9v pour le vcore

ouais, beh j'ai essayé de passé le Vnb au niveau d'en dessous, erreur sous CSMT au bout de 5mn....

 
En gros tu dis que CSMT détecte aussi les erreurs générées par un chipset instable ?

evidement, la stabilité est un tout entre la mobo, la ram et le proc, si l'un de ces matos a un bleme de stabilité, ce serait un comble de ne pas s'en apercevoir lors d'un test de ce genre

Naïf comme je suis je croyais que les algorithmes mathématiques employés dans ce genre de logiciel ne s'appliquaient qu'au processeur

Merci, c'est intéressant à savoir

Mais moi ce que je retiens, c'est que suivant les cas je peux tenir 8h+ de ce genre de tests, et pis me retrouver avec des Bluescreens ...

 
 
 
essaies de tester orthos priorite 6 pendendant 8 heures....  
 
 
ca depend aussi de la cm(etage d alim) que tu possedes, je penses et du chipset, generalement pour 500mhz de fsb on a 1.3v/1.4v pour le vfsb...
 
 
bsod a ce niveaux la c est la ram ou le nb, rarement le cpu...,

Faudrait que je refasse des batterie de tests de stabilité ...

Mais ce que je sais, c'est qu'un OCCT 9h+ passe, alors que c'est à ce moment là un système carrément instable qui tient pas 10mins de Rosetta@home (Seti passe), et qui me donne 1 bsod/jour ...

Là j'ai un système stable, donc les logiciels de stress passent tous sans soucis, mais je sais que je peux aussi avoir un système qui passe sur ces logiciels, mais avoir ce même système instable ...

PS : pourquoi priorité 6 ? C'est pas 10 le mieux ?

Voilà pourquoi il est intéressant d'avoir des logiciels de stress qui ne strèssent pas que le CPU.

EDIT : mon cas perso :

Pour 4Ghz :

OCCT 9h 1.39V OKAY
Prime95 9h 1.39V OKAY
Orthos priorité 10 4h 1.37V OKAY
Rosetta@home 10mins 1.39V OKAY
Seti@home H24 OKAY
Rosetta@home H24 1.42V OKAY
et tout le reste à 1.42V okay pendant autant de temps que vous voulez

Cherchez les erreurs

car il vaut mieux faire le stress en prio 6 sans rien dessous qu en prio 10 et avec boinc, emule et autre qui tournent aussi...
 
 
en prio 6/7/8 le logiciel ne doit pas forcer pour receuillir et tester les ressource libres du systeme en prio 10 ou haute si...
 
=>il peut oublier de tester des ressources mem utilisees par un autre prog...
 
 
occt ne stress pas tant que ca s il n est pas execute en prio haute selon moi ou donne des resultat apres plusieurs heures alors qu orthos ou cpu stress MT le font en peu de temps...
 

 
Quand je lance une torture j'arrête tous les services généralement.
Mais je peux essayer.
Donc Orthos priorité 6 ou 7 ... ?
Et CSMT priorité "normale" et non "haute" ?

cpu stress mt prio normale, orthos prio 6 ou 7 comme tu veus ca change pas grand chose, ca correspond a normal je pense...

 
Cette nuit je teste CMST prio normale, 4Ghz, 1.39V, vFSB @ 1.35V.
 
Si c'est stable 9h et que ca l'est pas sous Rosetta ... je vais me fâcher !          
 

si tu as toujours des blue screen tente d'augmenter un poil le vcore ou bien alors peut etre un pb de driver quelque part eventuellement
 
 
+1  
 
CSMT peut deceler une erreur en moins d'une minute qu'occt n'aura pas deceler en 1h (cas perso deja produit chez moi)
 
pour moi il est vraiment plus fiable qu'occt (premeiere version en tt cas, me suis jamais trop attaré sur la v2)

Justement la V2 est réputée beaucoup plus fiable (fait beaucoup plus chauffer le CPU) car c'est un tout autre algorithme utilisé que dans la V1
 

 
Ouip, là j'ai une config 100% stable no bluescreen. Simplement je peux aussi avoir un config qui passe très bien les stress CPU, mais qui donne des bluescreens  

moi j'utilise priorité 5 pour orthos en mode blend
et occt, en mode ram

2h 44mins 22secs

Rien d'autre d'ouvert dans Ouine dose.