Reprise du message précédent :
Laisses tomber.

Nan on veut comprendre

Ecris favor!s avec un i à la place du ! alors. et tu comprendras. et si tu veux d'autres explication : topik bug du forum.

Quelle connerie

Feature de word replacment; qui a était instaurée suite aux gros spam en min!ville.

Salut

j'ai une DFI P965 ( flashée avec le dernier bios ) et un E6600 ( rad box )

Je bloque a 475 Mhz de fsb , ce qui est quand même peu pour une CM de cette qualité
J'ai essayé les réglages suivant ( avec toutes les combinaisons possibles)

• coeff 6
• ram en 1:1
• nbstrap : auto , 200/266
• tension du northbridge : 1.25-1.45V
• vtt : 1.20-1.35V
• tension cpu : 1.25-1.45V
• boot a 400 et je monte via setfsb ou boot a 475 ça revient au meme

Des que je lance un bench , le pc freeze ( pas d'ecran bleu  ou de reboot)

la ram ne limite pas ( elle passe à plus de 550 Mhz )

la, je sèche un peu  

 
 
Et si c'était le CPU?
C'est déjà arrivé qu'un E6600 ne prenne pas beaucoup de FSB

ce qui est bizarre c'est que mon ancien 6600 sur mon ancienne DS4 avait sensiblement la meme limite ( a 5 Mhz pres ) , donc je me demandais si il y avait pas un reglage que j'avais manqué
 
 
Dans la semaine , je recois mon apogee, je passerai le CPU en WC , on verra ce que ca donne . Sur les c2d, le fsb max augmente avec le froid  et avec le vcore, c'est ca ?

Est il chaud?
 
En effet, un meilleur cooling aide à monter en fréquence.
Mais le gain du water sur l'air n'est pas faramineux.
 
Je connais mal la DFI, mais y'a pas un strap 1333?
 
Quel Step? (à tout hasard)

il est super chaud pour l'instant ( + de 65° en bench ). J'en saurai plus quand j'aurai recu mon nouveau WB ( la fix de mon nexxos a encore cassé, c'est vraiment de la merde )

sur la dfi il y a le nb strap qu'on peut regler au max a 1066 , mais a priori , ca ne limite pas trop ( a moins que je n'ai une CM moisie )

edit : pour le step , je verrai ca quand je demonterai pour mettre le WB

écris une url de site miniville tu diras autre chose

TAYSTALACON

 
M4ST4Z oF P0WnZ0Rz

master of the noobish tu veux dire.

oui oui.
Edit il a effacé le fourbe.

Marche pas sous FF, soit.

A moi a moi :
 
http://www.pcinpact.com/actu/news/ [...] s-65nm.htm
 

flo850 > le strap 1066 de ta DFI doit stresser le chipset...
FSB 475MHz en strap 1066 c'est une bande passante RAM énorme
 
Perso j'essaierai :
- tension northbridge + importante si possible
- strap sur 'auto'
- de 'libérer' les timings RAM
- un autre CPU

j'espere voir arriver le strap 1333 avec un prochain  bios ( j'ia d'ailleurs vu qu'il y avait un beta qui etait sorti )

vivement que j'ai mon WB histoire de pousser reellement le cpu , la il s'ennuie

le strap sur auto : deja fait
la tension du nb : pas d'amelioration entre 1.3V et 1.5V
un autre cpu : j'ai pas
libérer les timings ram : deja mis en 5 5 5 15 sans amélioration ( sachant que la ram tient 515 4-4-4-12 @2.2V )

475 a 1,45V en Strap 1066, ça me semble plutot correct. D'autant plus que la T° du NB semble elevé.

Comme réglage intermédiaire je désynchroniserai la RAM et baisserai donc le FSB (monterai le coeff. CPU), pour monter en fréquences CPU & RAM
EDIT : O[bi]wan Staÿle ...

 
je reprend plaisir a oc ( avec le cpu en bois et la ram en carton que j'avais avant, il n'ya avait aucun interet )

 Je (Re) post ici ... Si toutefois le PENTIUM à sa place ici    
 
Le E2160 de Madame est sympa (9*333 sur P5B-E) ... Une fois installé sur ma ASUS P5B-E Plus (achetée 16€ ! Si si !).

 
Scythe Infinity avec 2 ventilos en 12v. Hélas pate thermique vraiment NoNane.

 
La P5B-E Plus est loin de mon Ex P5B-Dlx. Vdrop Mod pour bientôt.

 
 

Le Penryn    
 
http://www.matbe.com/actualites/16971/
 
 
   
 

A oui le Penryn avec du cache......
 
----------  

Et surtout une consommation moindre, donc théoriquement une chauffe moins importante
 
Et chauffe moins importante = o/c  re-théoriquement plus poussé  

A oui mais le cache c'est + mieux........
 
--------------

Ouai enfin 6Mo de cache au bout d'un moment einh

12mo pour les Quad YorkField

Je me demande si une appli monothread bénéficie de 6Mo ou de 12Mo de L2. Et si l'appli est bi-thread, chaque thread tourne sur un die différent pour bénéficier des 12Mo de L2 où c'est au p'tit bonheur la chance ?

En monothread c'est 6Mo.
Ceci dit y'a de forte chance qu'avec un OS un peu gogol, que les deux caches soit en grand partie identique vu que les thread les moins gourmand passe de core à core.

Mais s'il y a 2 thread gourmand (d'un meme processus), il y a un ordre à respecter (par l'OS) pour bénéficier de cette particularité du cache L2 ou pas ?

A l'époque des Pentium EE (dualcore HT), il y avait cette "astuce" afin d'obliger l'OS à utiliser le processeur logique du 2ème core plutot que le processeur virtuel du 1er core. Et c'était d'ailleurs cette mauvaise gestion par WinXP qui engendrait les problèmes de performance.

Fouge
 
Jamais solutionné me semble t-il.(HT+Dual core de ce type)
 
------------------

En fait c'est pour ça qu'Intel et surtout AMD (vu la taille de leur cache jusqu'a present) poussent vers l'unification du cache.
 
Pour moi c'est logique, car le cache c'est une interface entre le CPU et la RAM, peut importe quel core veut acceder à la zone en realité.
 
Parce que je pense vraiment que dans un C2D les deux caches on une grand partie de leur memoire qui est identique.
 
Et c'est vrai que le Nehalem (quadcore natif minimum) et son gros cache unifié devrai rien que pour ça gagné en performance sur les application gourmande en données. Surtout que donc 8 thread auront pas de trop d'un gros L2 unifié je pense genre 16Mo quoi.
 
EDIT : Ceci dit c'est pas pire que sur du bi-cpu.

Mais moins problématique maintenant que tous les processeur logique sont des cores réels.
C'est juste histoire de mieux exploiter cette particularité des 2 L2 partagés.

C'est clair qu'un L2 unifié de 12Mo, ça poutrerait plus.

@Bierman : si tu passe dans le coin, Wolfflyter m'envoie ici car il pense que tu pourrais m'expliquer mon problème décrit là :

http://forum.hardware.fr/hfr/Overc [...] m#t1604868

http://forum.hardware.fr/hfr/Overc [...] m#t1604889

je lance un encodage vidéo avec HTT à 325 (vcore 1.46), la souris se fige au bout de 10s (j'ai pourtant passé 12h d'occt à cette fréquence).

si je passe à 320 de HTT (sans toucher aux autres réglages), l'encodage se fait sans problème.

c'est pas un problème de température, ni de vcore (j'ai essayé de monter à 1.4750....idem, çà fige à 325)

Wolfflyter me parle d'un ratio.....mais je comprends pas de quoi il parle.

il semble que toi, tu puisse m'expliquer mon problème....

je te remercie par avance.

nb : mon proco est pas au bout de ses capacités, il a été prétesté et peut monter à + de 3.1 sous WC.

bon, moi, je suis en air, mais avoir une souris qui se fige dès que je passe de 320 à 325, je trouve çà louche, alors que la température est bonne.

merci.

Pink.

c'est peut etre ta CM qui bloque @320 de HTT

Il y a t'il un overclocker qui a essayé cette editeur d'SPD ?
 
http://www.dailytech.com/article.aspx?newsid=8348
 
 
--------------------------

Interet limité étant donné qu'on peut modifier les timing dans le bios sans prendre le risque de "bousiller" le SPD à cause de timing foireux qui empechent de booter par ex. Et si tu peux plus booter, tu ne peux plus remettre l'ancien SPD... Alors qu'avec le bios, un clear CMOS et on recommence.

 
une DFI Expert qui bloque à 320 ??
 
hier, après avoir posté, j'ai réessayé l'encodage vidéo à 323 et c'est passé (sans toucher à aucun autre réglage dans le bios).
 

 
Il doit y avoir moyen de faire un HotPlug/Flash mais c'est tendu!  

Si le hotplug de RAM existe dans les gros serveurs, je ne crois pas que ce soit possible sur desktop.