Reprise du message précédent :
mon everest est "enregistré" (cra....)

après la mobo, c'est une DFI expert.

le vdram je l'ai avec mbm5, mais pas avec everest....

http://www.hebergement-images.com/ [...] nap032.jpg

Ca Roxxx, 30min OCCT en mode CPU pour commencer
 

En 30 min je valide mon CPU a 3,3GHz alors qu'a 3205 il est deja plus stable...  
 
Meme avec apres quasi 12H on peut avoir une erreur dans certains cas extreme.

perso pour moi, c'est 6 heures......pas moins.
 
j'ai remarqué que s'il devait y avoir des erreurs, c'est soit dans la première heures, soit entre la 4° et la 6° heure.
 
après, on peut avoir des erreurs sur 12h, mais bon, on utilise jamais un pc comme le fait travailler OCCT tout le temps.
 
donc selon moi, si on passe les 6 premières heures, c'est stable pour une utilisation courante.
 
mais c'est un avis perso evidemment.
 
Pink.

 
En mode CPU, c'est beaucoup + agressif je trouve    
 
Perso, j'ai déjà fait 4h de CPU&RAM ca passait trés bien, alors que ca passait pas 30min en mode CPU  

 
ah bon ?
 
va falloir que j'essaie çà alors.
çà devient compliqué de tester un o/c.....
 
entre OCCT (cpu+ram ou cpu), CSMT, Superpi32M, SP2004 othos mode blend, stresscpu avec 2M d'itérations.
 
je passe plus de temps à tester qu'à utiliser......lol
 
Pink.

Ca depends... Idealement faut faire 8H&+ de chaque mode... (bien que si CPU passe et RAM passe le CPU+RAM ce doit de passer...   )

Car en CPU+RAM le CPU est quasi autands stressé alors qu'en RAM par contre le chipset/la RAM dorment quasiment.

Il n'y a pas de mode plus agressifs que d'autres. Mon CPU peut tenir le mode CPU des heures... mais planter en - de 30min en mode CPU&RAM.
On peut pas généraliser sur l'efficacité/l'agressivité d'un mode : ça dépend des config et du type d'instabilité.

 
Je parle pour tester le CPU seulement, pas la mobal ou la RAM  
 
Je sais déjà de quoi ils sont capable  

Oui mais la c'est pas le CPU, où du moins pas les unité de calcul du CPU les fautives, mais soit le liens CPU <-> Chipset, soit le Chipset, soit la RAM...

Dans mon cas c'était bien le CPU (sûr et certain), sans doute le cache L2 qui n'est pas utilisé pleinement intensemment en mode CPU.

C'est de l'algorythme CPU est merdique (enfin pas assez precis encore) alors... Parce que par exemple dans Orthos quand c'est le CPU quasi a chaque coup c'est sur des petites FFT alors que si c'est le chipset c'est tjrs sur des grosses FFT.

 

 
Ma mobal a du prendre un coup, elle vDrop bcp + qu'avant    
 
Je vais en rester là en attendant de l'installer sur ma P5W64
 
Pour info, mon E6600 a besoin de 1.57v réel pour tenir cette fréquence pendant 30min d'OCCT en mode CPU  

le Vdrop est fonction de l'intensité demandé au PWM...

 
Il a toujorus était de 3%, hors là c'est plutot 4%, pourtant le vCore est + faible  

Non mais deja vu comment ton Vcore est pas lisse ça fait peur...
 
--> le %tage ca veut rien dire... 3% de 1,57V c'est plus en tension que 4% de 1,45V.

 
Bah ca va, c'est pas dramatique    
C'est le vCOre en Laod qu'il faut voir    
 

 
Non mais, même avant avec mon E6600, c'était à tout cassé 0.03v de difference entre BIOS et Full, maintenant c'est plutot 0.06v  

SUr mon Barton SP2004 détectait une erreur avec les FFT 1024 et plus (en mode Large FFT) alors qu'en Small FFT rien n'était détecté. Un poil de Vcore en plus et ça passe des heures...

 
Et si tes petites FFT ne remplissent que 75% du cache ?

 
Le mode CPU est fiable et réagit de la même manière, sauf que le mode CPu sous OCCT c'est quasiment que du cache L1 et pas de L2, et c'est très bien comme ca

De le necessité de faire tourner LONGTEMPS. Statistiquement, tu finiras par utiliser à un moment où un autre toutes la surface de ton cache L2 au moins une fois. Alors oui avec l'associativité on est jamais sur... C'est aussi pour ça qu'un bench qui utilise quasi toutes la RAM est complementaire.

Disons que j'ai plus l'habitude de ça :

3.3V | 12V | VCore

Est-ce que quelqu'un se sent d'attaque pour m'épauler et écrire un petit tutorial sur OCCT ?
 
Comment le configurer, à quoi servent les tests, etc.
 
Avec toutes les features request, mon changement de taff, les gardiennages de neveu, les potes, et mon futur déménagement, j'aurai pas le temps de le faire, et je trouve pas ça génial...
 
Vous pouvez pourquoi pas le faire sur ce sujet et l'enrichir au fur et à mesure Je le mettrai sur le site ensuite (avec credits of course).
 
Si quelqu'un se sent d'attaque pour m'aider

Avec screen et tout et tout ?

Si possible, vi
 
Le but du truc étant d'avoir un guide "n00b" powered expliquant comment utiliser OCCT. Je l'intégrerai avec le logiciel à terme, aussi.
 
Si vous voulez en faire deux, un "quickstart" pour débutants et un complet, allez-y, faites vous plaisir Evidemment, je suis là pour l'enrichir et le traduire en anglais à la fin

Et hop là    
 

 
Par contre j'ai bien un prob de températures, les même qu'avec mon autre proc @ 1.57v (sondes CM pas TAT qui lui me donne des temps inférieur à celui d'avant)(fix S775 de merd*   )
 
Mode CPU  

Les sondes de la carte mere ca veut pas dire grand chose loool.
Les sondes DTS sont la verité. (SpeedFan 4.32 beta fait ça tres bien)

 
Je sais trés bien que les sondes Cm sont foireuse, là n'est pas le probleme, c'est plutot que la température donné par la sonde CM est bcp plus élevé qu'avec mon autre E6600 (ancien montage), hors les sondes CM ne change pas avec un changement de proc    
 
Je downlaod la beta de SpeedFan, et je vais voir  

Si ! La sonde CM c'est une sonde interne au CPU quand meme. Seulement elle est carement pas fiable pour comparer deux CPU

 
La sonde CM est interne au CPU?    
 
Vraiment?    
 
Sinon c'est ou est ce que l'on peut choper la beta?
Je me suis inscris sur le site SpeedFan, je ne trovue aucun lien

Euh je sais plus trop mais c'est assez compliqué.
 
Sinon oui depuis euh le Pentium 3 les sonde CPU sont interne en Intel. Cepandant elle n'est pas au point le plus chaud du CPU et fonctionne comme une thermistance "normale". cad qu'entre deux CPU peut y avoir des variations.
 
La sonde DTS est lu dans un registre du CPU qui lui est censé etre bien etalé et est numerique donc normallement no pbs.

 
http://almico.com/sfbetaprogram.php
Tu te log en haut à droite et zouip!

J'ai downlaod la beta 4.32 et =>
 

 

j'ai eu pareil aujourd'hui ...
nouvelle beta à venir ??

 
ta u ton xeon on dirait
en tout cas jolie graph 3,6@1,34v jadore
ta tenter + ou tatend un peut,c'est quasiment sur sur qu'il vas uper les 4ghz celui la

 
Plutot 1.31v en burn    
 
FSB limited pour le moment, donc je ne tente  +, et j'ai doutes sur la fix de mon WB aussi, donc j'attend un peu  avant de tout remonter sur la P5W64

Y'a des pretesté a 3,8GHz a 1,400-1,425V BIOS (testé sur ASUS P5W64 ou P5B ou DFI CFX3200 donc sans doute <1,400V reel) sur Trend4Pc...

 
Oui mais pas des masses hein
Et puis la P5W64 survolt par rapport au BIOS  
 
EDIT: en + plus du prestest sur Prime et puis sur OCCT c'est pas le même résultat  

380.000 DLs Ca s'accélère en ce moment.
 
Y a quelqu'un qui compte taffer sur le tutorial ?

up

hello
 
une petite erreur à signaler dans occt :
 
ma epox 9nda3+ nForce 3 ulra est détectée en tant que nForce 4 !!!