Reprise du message précédent :

 
Si mes souvenirs sont bons, les mémoires OC à l'époque (PC4000 = OC), étaient certifiées en 2T, donc rien d'étonnant en fait.

 
Je viens de lire le topic sur cette recherche de la lanque, j'imaginais des trucs encore plus tordus, comme quoi
 
Genre du klingon ou du hobbit  

 
Memtest fait des faux négatifs. Il ne trouve pas d'erreur, alors que le système mémoire ne va pas.
 
Le cas le plus extrême que j'ai eu, c'est memtest qui passe (pendant des heures), et windows qui ne boote même pas    
 
=> memtest n'est fiable que s'il trouve une erreur.

Bah on n'est pas dans la m***e, alors   !
 
De toute façon j'ai une machine bizarre, elle fait des siennes, c'est à n'y rien comprendre...
 
J'ai eu des trucs qui ressemble à des FSB holes, sauf que c'est la fréquence CPU...    
 
Du coup je me suis stabilisé en 9x333 (3.0Ghz), là au moins ça tourne niquel (et ça chauffe pas avec le rad box   ).
 
 
Sinon, comment ce fait-il que CPU StressMT provoque plus facilement des erreurs que OCCT ?
 
Il y en a un qui demande des calculs plus complexes (stressants) au CPU ?

Aujourd'hui encore la DDR2 est certifié 2T.

Si Windows ne boot pas c'est pas la RAM mais le chipset ou quoi qui deraille a moitié. Parce que j'vois mal pourquoi windows ne booterais pas la RAM ne fait pas d'erreur.
 
Non parce qu'un boot Windows c'est pas tres violent pour la RAM

 
Oué mais là c'est le cas de toutes.
 
De toute façon c'est nvidia qui a foutu la merde, avant on ne s'en occupait même pas de ce paramètre.

 
C'était sur un A64 sans fréquence de bus HT excessive, et sans OC CPU, donc ça pouvait être que la RAM/le contrôleur RAM.

 
ça dépend de chaque machine, c'est pourquoi il faut utiliser les 2. CSMT est basé sur Prime95, OCCT sur un algo "perso" du iench.
 

 
Mmh, si le soft croit que la TJ est 85 alors que c'est 100, il minimise les températures de 15°, et non le contraire. Donc si t'as 81° d'affiché par speedfan, c'est que le CPU est à 96°...
 
à mon avis ton rad est mal fixé.
 
PS : le pb est présent sur tous les quad donc j'ai un peu l'habitude.

nan, sous XP en NTFS

et pour résoudre l'instabilité, il me faut stabiliser mon o/c....

mes crucial sont certifiés 3;4;4;8 à 250 (pc4000).....mais en 1T

drapal

Pareil avec mon kit PATRIOT PC4000

Mmmh mon rad est correctement fixé. Par contre j'ai utilisé la pâte thermique Thermalright fournie avec le Ultima 90. Je n'avais plus d'AS... Peut-être que c'est une raison, j'en sais rien. Peut-être que je n'ai pas assez serré les vis à ressort qui pressent le rad sur le socket. Je vais revérifier.

En Idle boitier ouvert je suis quand même à 38-39°  

Pff je n'ai que des ennuis avec cette config. En une semaine, depusi que je l'ai montée, je suis passé d'un OC stable à 3375mhz (9x375) à un oc de survie à 2500mhz (10x250). Impossible de booter avec des FSB plus élevés. De jour en jour les perfs de cette mobo de **** diminuent...

jamais vu ça  

Avec la dernière béta ou pas ?

Sinon, joli bug

 
il peut tout à fait ne pas voir d'erreur là il y en a (c'est rare), mais Windows qui ne boote pas, généralement c'est le cache CPU qui se vomit.

 
Non avec la dernière officielle.
 
Avant je n'utilisais pas everest, je préfère speedfan, mais comme il ne donne pas les bonnes temp' avec les quad...
 
Je change de CPU (j'ai un autre Xeon) et je fais le test avec la dernière beta

Merci asmomo
 
J'inclus ta remontée de bug dans la dernière béta, je crois que ca n'a jamais été corrigé (i.e. arrêter test et timer AVANT d'afficher le message )

Par contre t'as pas répondu, vu que ça a continué, est-ce que ça aurait pu détecter une erreur éventuelle, ou pas ?

 
Faut que je regarde le code pour te répondre vieux A ta place, je relancerai quand même, si tu veux pas perdre de temps

 
Mmmmmmmmmmmmmh d'un coup je doute !
 
Je viens de monter un autre X3210, je l'ai mis par défaut pour voir, 2133MHz, 1.2V mesurés, et la température de speedfan en idle (sans économie d'énergie d'aucune sorte) est de 39°, ce qui me paraît suffisamment élevé, j'ai quand même un scythe ninja+ avec le ventilo à fond (bon, ça ne fait que 1270rpm, mais quand même). Selon Everest mes cores seraient entre 50 et 55°
 
Dans le BIOS, j'ai 36°, donc ça collerait plutôt à speedfan.

Je vais quand même faire le test avec Everest pour le beta-test, et puis si je suis stable alors que les cores sont à plus de 80°, on pourra se dire qu'Everest se trompe.

Au fait, comment virer la fonction de contrôle de température (se couper si trop chaud) ? Car de toute façon j'ai configuré ma carte mère pour ça.
 
Et qu'est-ce qui se passe si on atteint la température max d'OCCT ?

Je ne comprend plus grand chose !
Je viens d'aller réaliser un OC chez un pote qui a acheté la même config que moi, sauf qu'il a pris une P5N32-E Sli "non +" alors que j'ai la "+".

Et bien Core Temp 0,94 détecte un T-Junction de 85° contre 100° pour moi sur nos E4400 (stepping L2 tout les deux).
Du coup chez lui les températures de Speedfan sont identiques aux températures de Core Temp.

Tandis que chez moi, avec le T-Junction à 100°, Core temp affiche à peu près 15° supplémentaires que Speedfan. Du coup je ne sais toujours pas qui croire. Là je fais des tests, et en burn Orthos à 1,45v, je suis à 52° dans Speedfan et 70° dans Core Temp.
50° ça me semble froid...

Ce qui est sûr en tout cas, et je ne sais pas si c'est signalé, c'est que Speedfan affiche des tensions trop basses pour le V-Core sur les cartes P5N32-E Sli et P5N32-E Sli Plus. Je pensais avoir un V-Drop de 0,1v entre le Bios et Windows, mais en fait c'est Speedfan qui déraillait. Ca m'a incité à tapper haut dans le V-core pour essayer d'avoir du 1,45v sous win, du coup mon CPU chauffait comme c'est pas possible !
La j'ai installé Everest et les tensions sont bcp plus en rapport avec les tensions affichées dans le bios, et avec ce qu'elles devraient êtres sous windows.

Exemple en ce moment même :

VCore Bios : 1,50v
Vcore Everest : (1,46 en load Orthos)
Vcore Speedfan : (1,38 en load Orthos)

Un screen :

 
Tu la mets à 220°C ou assimilé
 
Si tu atteins la température max, OCCT arrête le test en cours et affiche une alerte.

Robbb> La différence c'est qu'il utilise la version 0.94 alors que celle qui gère les derniers step (L2, M0, G0) est là 0.95.4 cad celle que tu utilises

ça tourne depuis 4h, donc je pense que le bug Everest est résolu.
 
Par contre j'ai un gros gros doute sur les températures d'Everest, car là mon CPU est stable à 95°...

Et quel est le step (ou le FMS) de ton CPU (un Xeon LGA775 ?) ?

FMS ?

C'est un X3210 ES, revision B3. Tu veux le batch (je peux nettoyer l'autre pour le voir, c'est les 2 mêmes) ?

FMS = Family Model Stepping
Step B3 = 6F7
 
D'après mes recherches, les Xeon LGA775 ont le même Tjmax que les C2D Desktop, donc 85°C pour un B3.
Par contre tous les Xeon LGA771 ont un Tjmax à 100°C.

Oui c'est du S775 (oublié de préciser). Donc 85° mais les softs prennent 100°, et bam.
 
Et pour mon Q6600 ? B3 aussi, et aux températures moins dramatiques, mais on sait jamais.

En gros voilà la méthode que j'utilise pour déterminer le Tjmax (dans CSMT) :
- plateforme S479 (Mobile) et LGA771 (Xeon) -> 100°C
- plateforme LGA775 (PE/C2D/C2Q/Xeon) -> dépend du step : 85°C pour A0 à B3, 100°C pour le reste

Quelques correspondances FMS/Step :
6F0=A0
6F1=A1
6F2=L2
6F3=?
6F4=B0
6F5=B1
6F6=B2
6F7=B3
6F8=?
6F9=E0
6FA=E1
6FB=G0
6FC=?
6FD=M0
6FE=?
6FF=?

En gros si j'ai un E4400 L2, le Tjunction est à 100c°.
Ce qui signifie que...Core Temp 95.x indique les temp° correctes ?

 
OK donc d'un coup je réalise que mon Q6600 est "froid", moi qui ait arrêté de l'OC car il montait trop haut    
 
ça me rassure sur mon WC en même temps.

 
Moi j'ai toujours pas tout compris    
 
Si mon E4400 m'indique 72° dans Core Temp 95.4 avec un TjMax de 100°, c'est-y la bonne ou c'est-y pas la bonne temp° ?  

Toi ton CPU est détecté comme un 100° par coretemp, et est effectivement un 100°, donc c'est lui qui a juste, et speedfan faux.

Ok, et donc une température comme 72° dans Core Temp, c'est pas la panique puisque le TjMax est à 100° ?
Bon je vais pas lui tirer plus dans la courge, mais c'est pour être sûr de ne rien crâmer quoi.
 

Les E0 franchement on s'en fou y'a eu que tres peu d'ES avec

S'il en manque, n'hésites pas à me le dire, j'ai dû faire beaucoup de recherches surtout que certains step n'existent qu'en ES effectivement
Mais bon, il faut quand même les gérer. Pour l'instant j'utilise simplement un truc du genre :

Donc bon, ça complique pas du tout de gérer ces step rares.

edit: j'suis d'ailleurs curieux de voir quel FMS Intel va utiliser pour les Penryn. Car il ne reste plus beaucoup de place avant de passer à la série 7xx, ce qui ne serait pas logique vu que les 6xx sont utilisés par l'archi P6 et dérivés (P-Pro, P2/P3, PM, CS/CD, C2D/C2Q). Les P4 étaient du type Fxx.

Les Penryn c'est 67x d'après les screens de l'IDF.

M'étais gouré de topiac :
 

 

 

 

 

 

 

 
Les 3.3V et 5V ne sont clairement pas fiables, mais je ne comprends pas pourquoi on ne voit même pas les pics qui causent le ripple enregistré.