Reprise du message précédent :

 
Nope, je parlais d'une moyenne de voltage pour les processeurs pouvant taper 3,6

 
merci

 
serieusement tu te rends compte de la débilité de ta question ?  

Ceux qui attendais le QuadCore de chez Intel pour changer leur config risque d'être déçu : http://www.clubic.com/article-5197 [...] x6700.html

Déçu dans quel sens ? Tyrou en a un depuis avant l'été, on savait très bien à quoi s'attendre, perso il me fait rêver

Pour O/C ton E6600 t'inquiète pas c'est pas compliqué DU TOUT.
 
A savoir si c'est mieux 8*400 ou 9*350, teste sous des benchs ! Genre 3dmark, PCmark etc ... de toute façon la diff sera très faible. Mais de mon côté je pencherais plus pour 8*400 ... dans ce cas la ram est à sa fréquence certifiée "normale" et le CPU tourne avec un coeff moins elevé ; sans compter qu'un bus plus rapide est plus intéressant sur le C2D que de simples timings plus rapides, le C2D est donc friant de bande passante.
 
En ce qui concerne ton O/C donc, par défaut tu seras à 9*266. Ce que j'ai fait moi, et ya pas 30 000 façon de s'y prendre, c'est que j'ai augmenté direct le FSB sans toucher les tensions. Je suis passé de 266 à 300 direct, donnant ainsi 2,7ghz. y pas à réfléchir, ta ram reste encore largement underclockée et le E6600 qui ne passe pas les 2,7ghz ça n'existe pas ^^. Donc bref, la tu démarres juste pour l'échauffement. ^Tu peux lui faire fdaire un petit test si tu veux pour le faire chauffer un peu quelques minutes. Je te conseille ORTHOS comme test CPU. Tu mets le test Ram+CPU (blend test) en prio de 9. T'attends 5 minutes, ça suffira pour voir si ya un problème important. Par la suite pour affiner il te faudra le faire tourner plsuieurs heures pour certifier ton O/C comme stable.
Bref, une fois le 2,7ghz passé, passe ton FSB à 333, soit 3ghz. Rebelotte, tu testes.
Puis tu passes ton FSB à 350mhz, soit ton CPU à 3,2ghz. Rebelotte tu testes.
 
A partir de ce point, j'espère que tu as un ventirad autre que celui d'origine, parce que 3,2ghz pour un E6600, ça arrive ne pas y arriver de manière stable sans toucher les tensions...
 
Si au bout de 5 minutes de ORTHOS tu as une erreur, reboot et augmente la tension CPU de 1,325v à 1,35v. Si c'est pas assez, monte à 1,375v. Normalement pas besoin d'aller plus haut, et rassure toi ton CPU ne risque rien à cette tension. Au cas où, prémuni toi toujours de TAT quand tu fais tes tests pour vérifier la température de ton CPU en temps réel. TAT est l'outil officiel d'Intel, le plus fiable, pour vérifier la température du CPU. Tu le trouveras certainement en première page de ce topic.
 
Bref, une fois que tu as ton CPU à 3,2ghz à 9*350, soit tu t'arrêtes là, soitu décides de le passer à 8*400 ... dans ce cas, je te conseille de ne pas changer la tension et de directement passer le tout à 8*400 ... la ram ne sera pas chamboulée vu qu'elle va tourner à sa fréquence certifiée comme normale, et ton CPU lui sera toujours à 3,2ghz avec la même tension, donc il ne devrait y voir que du feu. Il se pourrait même qu'il aie besoin de moins de tension. ça tu pourras le vérifier en baissant la tension progressivement et faisant un ORTHOS à chaque changement.
 
Et là tu fais tes benchs de jeux et d'applications pour voir laquelle des 2 configs va le plus vite Si tu passes tes benchs sans reboot subit, il y a de fortes chances pour que ça soit stable. Mais pour vérifier une bonne fois pour toute, fait un ORTHOS sur 4H.
 
 
P.S. : important : bloque le bus PCI-Express à 100mhz sur la DS4. En auto il se peut que ça bouge tout seul en fonction de ton FSB sans que tu ne le vois.

Pour 3Dmark et les softs 3D c'est bien, sinon il n'est pas exploité pour le moment

 
Euh... tu peux m'expliquer le rapport entre O/C son processeur et avoir une carte graphique de 300/400€ ?    
 
Pour l'alim, avec ou sans O/C, ne pas acheter de noname, c'est le mal. Une fortron green 400W est le minimum, si tu préfères prendre une noname a 15€ pour "economiser" 40€, ne viens pas te plaindre après si ton PC prend feu    
 
Bref, en remplaçant :
- mobo Asrock, DDR2 PC4200, ventirad box et alim noname
par :
- mobo Gigabyte DS3, DDR2 PC6400, un bon ventirad et une alim Fortron Green 400W  
 
Tu as tout ce qu'il faut pour un O/C de 50% minimum (avec un E6300 ou E6400), et une bien meilleure fiabilité/stabilité.  Non pas pour 700€, mais pour 100/150€ maxi.
 
Apres c'est vrai que si on n'a vraiment pas les moyens de mettre cette différence, les perfs de base sont deja excellentes.  

Hello tt le monde !
 
Sur la 1ere page de ce topic il y a marqué que des "nouveau core 2 Duo" devait sortir au mois d'Octobre
 

 
est ce que c'est toujours d'acualité ?
 
PS : desolé si la reponse a deja été donnée  sur ce topic

 
avec quoi tu mesures ca? j ai bien un 37°c sur la mienne d asus mais ca varie jamais full ou iddle donc bon..    

 
En fait, je compte m'arreter à 3Ghz, les 3.2 c'était pour l'exemple afin de choisir entre le fsb ou le coeff le plus haut
Pour le refroidissement, je suis en aircooling et j'ai pris un asus silent square
En fait je pensais prendre comme limite en OC 7*400 ou 8*350.........au dessus ça me fait peur lol
C'est psychologique.....n'ayant jamais fait d'OC avant et ayant raqué ma config assez cher, je suis un peu peureux
 
Alors je vais te dire ce que j'envisage et tu me dis ce que t'en penses :
 
1. je mets du 6*400
Comme ça je reste à la frequence d'origine donc pas de risque et ça me permet de tester la stabilité de ma ram à 400MHz
 
2. si pas de Pb avec la ram, je passe en coeff 7 et un fsb de 400 direct.
Si ca boot pas j'augmente légèrement la tension du cpu sinon je laisse tel que c'est.
Puis je fais des benchs pour voir.
 
3. Je passe maintenant a un coeff de 8 avec un fsb de 350 direct.
Si ca boot pas, je change la tension vers le haut.
Puis je rebench.
 
4. je regarde les 2 benchs et je prends le mieux (je suis donc à 2.8Ghz)
 
5. si jamais je veux monter à 3Ghz, je fais la même methode mais en agmentant légèrement le FSB depuis mes 2.8 Ghz
a savoir 7*400....puis 7*420.....si pas de boot augemntation vcore puis test/bench.
ou 8*370.....si pas de boot augmentation de vcore puis test/bench
Je regarde les resultats tout en veillant à la temperature et je prends le mieux.
 
Et si a un moment donné PB de stabilité alors que la ram et FSB ne depassent pas les 400MHz, c'est un pb de tension puisque ma ram est de la pc6400.
j'ai juste ?
Donc si instabilité augmentation légère du vcore.
Et si ça merde toujours alors je blinde ma ram de test pr vérifier son intégrité (mais si je fais l'étape 1 avec succés, je devrais pas avoir de pb, c'est ca ?)
 
 
Alors, je progresse ou c'est toujours pas ca ? lol

ji'a testé 9*355 avec ram a 440 4-4-4-12 et 8*400 ram 400 4-4-4-12 : meme perfs, dc je go 9*355 pour profiter du chgt de coeff cpu sous faible charge

 
sonde carte mère sur everest, sur la DQ6 ça varie en tout cas, ça me donne 34°C en idle là, meme t° pour la sonde processeur.

 
Sincèrement, pense à la débilité de tes propos avant de balancer ce genre de remarques débiles, merci.

 
D'accord avec toi sauf que sur p5b deluxe par exemple a 401 de FSB le strap change et la bande passante RAM diminue.
Donc un plus haut FSB ne veut pas nécessairement dire plus haute bande passante RAM
 
9x399 a une plus haute bande passante ram que 9 x 401
 
C'est juste un détail en plus a tenir compte...
 
Voir mon petit test interessant a propos de ca ici : http://forum.hardware.fr/forum2.ph [...] 1#t5073332

 
Aucun processeur n'est identique. On peut parler de 1.5V mais c'est vraiment une généralisation. Certain n'ont jamais atteint 3,4 Ghz, d'autre avec des bons batchs sont a 3,7 @ 1.47V. Enfin c'est la jungle les processeurs  
 
Pour ma part, 3,6 @ 1.48V Voilou.

 
Merci c'est le genre d'info que je cherche, bien sur tous les proces ne tapent pas 3.6, je voulais juste savoir à quel voltage étaient ceux qui le tenaient.

 
Outre mes commentaires en gras dans le quote, je trouves que tu te prends un peu trop la tête avec le multiplicateur du CPU ... tu essayes de rechercher en même temps les perfs et l'O/C ... si j'étais toi dans un premier temps je me contenterais d'atteindre le max O/C possible sans dépasser 400mhz de bus. alors 9 x 400 je te déconseille sérieusement. Mais 9 x 333 contre 8 x 375, entre nous te pose pas de questions, teste les 2. Dans les 2 cas si ça marche pas, augmente le vcore. Sâche que tant que ton CPU surchauffe pas, il ne peut rien t'arriver de grave. et pour chauffer faut aumgenter sérieusement le vcore, la simple augmentation de la fréquence ne change pas grand chose de ce que j'ai pu voir si on ne touche pas le vcore ...

Pour ma part j'ai un e6600 l623a qui tient à 3333 à 1.42v sans probleme il doit pouvoir aller plus haut mais apres je suis obligé de monter la vitesse du ventilo donc je prefere le silence

Merci 1000 fois OES
On dirait que je commence à comprendre l'OC
 
Pour mon étape 1, elle est qd meme nécessaire non ?
Parce que quand on voit le nombre de topic pour barrettes defectueuses, je me dis que c'est pas plus mal de tester si les barrettes tiennent leurs spécifications (PC6400 avec 4-4-4-4-12)

 
Je suis content d'avoir mon E6600. Je croyai que le Quad core allait tout casser comme des tests de tom's Hardware si je me souviens bien mais beaucoup trop jeune et finalement peu évocateur. Lorsque tous les logiciels auront pris en compte le nombre de coeurs, alors ils seront véritablement intéressant. Peut etre que le 4x4 de chez AMD va le détroner aisément ? Affaire a suivre. La prochaine étape sera le 4x4 d'intel avec le controleur mémoire intégré, Le Yorkfield si je ne m'abuse.
 
Vive le core 2

 
T'achètes pas ça si t'en as pas besoin  

Oui c est ce que je dis j'en ai pas l utilité

 
2 fois sur 3 c'est juste que les barrettes sont mal réglées, d'ailleurs c'est pour ça que je t'ai demandé quel modèle de RAM tu avais (et t'as pas répondu   ).

 
Il suffit d'utiliser un logiciel multi-threadé pour que le quad core soit juste 2 fois plus puissant qu'un C2D, une broutille quoi  

 
OUps pardon, j'ai pas vu    
 
J'ai commandé des OCZ platinum PC6400 R2 (2x1Go en 4-4-4-4-12)
Eu comment ça des barrettes mal réglées ??  

 
à la louche entre 1.3 et 1.6v  

 
pour la majorité des logiciels s'en est une pour le moment.

 
Même fréquence en L629B2 mais rock stable à 1.35V (1.40 dans le bios)

 
ça veut dire quoi "la majorité des logiciels" ? Rien. La majorité tourne sûrement très bien sur un celeron, vaut mieux pas se baser là-dessus.

 
Ben regarde dans le BIOS de ta mobo, il y a plus de timings que ça.

 
Certes, mais alors l'intéret d'un kentsfield s'applique véritablement a des applications très très ciblés pour le moment.  
Vu que même la compression n'est pas encore affecté par les 4 coeurs. (je pense qu'ils seront mis a jour sous peu en attendant et prendront en charge les quadcore)

Bah en fait je recois mon matos samedi normalement
C'est juste que je prefere me renseigner avant pour avoir plus de recul et ne pas galerer qd je recois les pièces

peu de logiciels actuellement prennent en compte le fait que le cpu puisse etre multicore...
 
en effet jusque maitenant cette solution etait réservée au machine professionnelles (serveur par ex) ou a ceux qui etait vraiment fortunés, donc les programmeurs s'en soucient peu sauf pour les logiciels prevus a cet effet (SGBD, serveur HTTP....)
 
pour qu'un logiciel tire parti dun cpu multicore il faut quil soit concu des le depart dans se sens,  
on ne peut pas simplement le convertir en recompilant le logiciel ou en changeant 2 ou 3 lignes...
 
c généralement réalisé en répartissant le travail sur plusieurs threads et en assignant a chaque thread une partie de la tache... apres l'os s'occupe de repartir le cpu  entre chaque threads, un peu de la même manière que le cpu est reparti entre process
 
certaines taches peuvent facilement etre reparties en plusieurs threads comme par exemple le rendu d'une scene : on fait le rendu de la premiere moitie de ligne avec un premier thread, et le reste rendu dans un autre, les 2 rendu etant totalement independant  
 
le seul probleme cest que en informatique il faut tres souvent attendre qu'un calcul soit terminé avant de passer au suivant car le suivant necessite les resultat du premier... et la on ne peut pas utiliser le multicore
 
et la je ne parle pas des problemes de synchronisation , dead lock et autre joyeusetés
bref ca demande un effort considerable...
 
 
Maintenant dans beaucoup de cas on peut dire que si un logiciel tire partit dun cpu avec 2 core, il le fera automatiquement aussi avec 4,8 ou plus....

J'ai un E6400@3.2Ghz (8*400Mhz) + P5bdlxe. Hors qd je met mes timings de ma ram (Corsair XMS2 Cas5) à cas 5 windows plante au démarrage et qd je les met à cas4 ca passe  . En auto ca passe car il les fou à cas4.... Qlq peut m'expliquer c'est quoi le binz?

Dans le meilleur des mondes oui, d'une façon plus pragmatique non tout dépend comment c'est codé (et comme c'est assez fréquent que ce soit avec les pieds).

 
Totalement d'accord. Cela signifie donc que winrar, zip, et windobe encoder doivent etre refait en "profondeur" pour se vanter de prendre en charge les quad core ? Pour winrar il compresse avec les 2 cores mais ils s'en sert que d'un seul pour décompresser. C'est le seul truc qui m'a étonné. Après je comprends pas une chose :  
Si un core se charge d'une action A et le core 2 se charge d'une action B; ne faut il pas REprogrammer pour mettre une action C et D aux deux nouveaux core ?  
(enfin je n'y connais rien en programmation c'est pour sa)

Pour ceux qui débutent en OC et qui veulent s'y preter avec leur CD, j'ai créé un ptit tuto ici:
http://forum.hardware.fr/hardwaref [...] 7982-1.htm
 
En espérant que ça puisse servir

Je n'ai pas encore lu ton post, mais attention à ne pas "divulguer" d'informations totalement fausses.
 
Je veux dire par là que l'oc est tout de même une pratique, bien que simple, qui nécessite une certaine expérience. L'oc est de plus en plus simplifié, et il faut bien une première fois, par contre il convient de faire attention aux sources que l'on utilise pour s'orienter...
 
A bon entendeur, ne présente surtout pas ton topic comme une référence, une bible de l'oc pour ne pas te retrouver avec quelques amateurs haineux n'ayant qu'une envie: te tordre le coup pour leur avoir donné des "conseils douteux" qui ont conduit à la destruction de leur tout beau matos à 2000€.
 
Ce n'est en aucun cas une attaque au bien fondé de ton topic -je ne suis pas un overclocker très chevronné, mon expérience se porte sur 5 processeurs maximum- tu es toi même comme tu le dis dès la première phrase un nouveau venu ds le "domaine" donc met une mise en garde au début du topic, et précise que ce sont uniquement des informations que tu a glanées auprès de personnes du forum qui semblent s'y connaitre...
 

Je rectifie ça de suite

 
Enfait chaque cpu travaille aussi bien sur un thread que sur l'autre il n'y a pas 1 thread = 1 cpu spécifique, et de la meme facon si tu a une machine multicore un cpu nest pas dédié a un process sauf si tu le demande explicitement (en allant changer laffinité dans le gestionnaire de process) . L'os donne un peu du cpu1 a threadA puis un peu de cpu2 a threadB, parfois c'est l'inverse...
 
Aussi tu peut avoir 8 thread et un cpu ca ne pose pas probleme ou 1 thread et 8 cpu c bon aussi (les resultats seront les memes et le programme ne nécessitent pas de code specifique pour savoir si ca va tourner sur du multicore ou pas...)  
 
pour te montrer comment cest reparti je vais prendre un cas concret. imagine que tu as un process qui possede 3 thread qui consomment tous du cpu (aucun en attente, ils sont tous occupé, ex : rendu divX, chacun s'occupant d'une partie du film).  Pour simplifier l'explication on va imaginer qu'il n'y a qu'un seul process qui tourne sur la machine (celui qui possede les 3 threads)
sur une machine monocore ca donnera ca :  
 
cpu0 sur thread1 (t=0)
cpu0 sur thread2 (t=1)
cpu0 sur thread1 (t=2)
cpu0 sur thread3 (t=3)
cpu0 sur thread2 (t=4)
cpu0 sur thread1 (t=5)
cpu0 sur thread3 (t=6)
 
bref il avanceront tous en meme temps (globalement) mais ca reste juste une impression car a aucun moment ton cpu ne sera sur 2 thread en meme temps.
 
ici thread1 aura avance de 3 crans, thread2 2 crans et thread3 2 crans  
 
sur du core2duo :
 
cpu0 sur thread1       cpu1 sur thread2 (t=0)
cpu0 sur thread3       cpu1 sur thread2 (t=1)
cpu0 sur thread2       cpu1 sur thread1 (t=2)
cpu0 sur thread1       cpu1 sur thread3 (t=3)
cpu0 sur thread2       cpu1 sur thread1 (t=4)
 
ici ca va deja mieux mais il y a toujours une thread qui navance pas a un instant t...
sur une machine avec 3 cores :
 
cpu0 sur thread1       cpu1 sur thread2      cpu2 sur thread3  
cpu0 sur thread3       cpu1 sur thread2      cpu2 sur thread1  
cpu0 sur thread2       cpu1 sur thread1      cpu2 sur thread3  
cpu0 sur thread1       cpu1 sur thread3      cpu2 sur thread2  
cpu0 sur thread2       cpu1 sur thread1      cpu2 sur thread3
 
Ici il avancent tous en meme temps d'ou le gain significatif pratiquement x3 (en realité se nest pas toujours comme ca, a cause des synchronisations, et d'autre details ).
 
A noter que si tu as une machine quadri core il y aura forcement un cpu qui ne foutera rien et passera sont temps a ce tourner les pouces (et ce ne sera jamais le meme)  
 
Donc si un jeu n'a ete prevu que pour deux core (un thread son et un thread deroulement du jeu  / IA /rendu) il ne tira pas totalement parti dune machine tricore  
mais dans beaucoup d'autres cas il peut etre facile creer un nombre de n thread se repartissant le travail (ex : la scene de rendu , ou on decoupe la scene en 8 par exemple, on pourrait le faire par 16 aussi c juste une valeur a changer)
 
si tu veux voir le nombre de thread pour une process tu peut demander au gestionnaire de process de tafficher la colonne correspondante et la tu verra que pas mal de programmes ont deja plusieurs threads (meme certains que tu ignore certainement, par ex word),ce qui veut dire que t 2 cpu peuvent travailler ensemble dessus mais ca ne signifie pour autant que tu aura un gain de performances spécifique. En effet la plupart de ces thread servent uniquement a attendre des evenement asynchrone (reseau, imprimante par ex), ou a gerer separement input et laffichage... (word par ex s'en sert pour corriger le texte entré a lecran indépendamment de ce que l'on rentre au clavier, sil ny avait pas ca tu devrait attendre qq millisecondes apres avoir chaque lettre). la plupart de ces thread sont donc en attente d'ou le gain tres faible (genre 0.00001%)