Reprise du message précédent :
Sans réponse claire et officielle d'Intel (cad sans avoir besoin de signer de NDA) cette histoire de Tjmax va être sans fin.
J'ai vu des captures ou TAT/Speedfan/Coretemp se plantaient avec des T° de core < à celle de la sonde externe et inférieure à la T° du boitier, à cause d'un Tjmax à 85 au lieu de 100.
Ce n'est même pas propre à un modèle : un E4300 ou un E6400 peut avoir un Tjmax de 85 comme de 100°C. Ca doit dépendre de l'âge de la fille du capitaine et/ou de la parité du nombre de coup de reins qu'elle a pris la veille.
J'avais essayé de trouvé quelques régles simples pour déterminer la valeur du Tjmax (en fonction de la famille du CPU) mais je m'aperçoit que ce n'est pas fiable.
J'aurais d'aussi bons résultats en utilisant un random. Je crois que c'est ce que je vais finir par faire

T'en fait pas... Je pense qu'il y aura de nouveau Tjmax... Et qu'un hack de TAT sera indispensable pour lire cette valeur.
 
C'est quand même sacrément gonflé pour intel de cacher cette info.
 
Pour se consoler, il reste la diode interne...

TAT est sorti avant les E4xxx, avant les quadcore et n'a jamais été MAJ. Et j'ai des captures d'écran ou TAT se plante sans aucun doute possible, meme sur des E6xxx.

Fouge> Ce qui est interressant pour valider les mesures, c'est de lire via les DTS et de comparer avec la température de la diode interne.
J'ai noté des écarts moyens de 6 à 8°C sur la moyenne des 2 cores sur un C2D.
 
Je pense qu'il sera possible d'effectuer une correlation entre le DTS et la diode interne.

La diode interne donnait une T° 6 à 8° plus basse ? Quel Tjmax tu as utilisé pour les DTS ? T'es sûr à 100% de cette valeur ?
Il y a un moyen simple de lire cette diode interne ?

Pour mon CPU (C2D E6600) j'ai un Tjmax de 85°C.
J'utilise (pour l'instant) SpeedFan 4.31 pour lire la diode interne du CPU.
 
Quand a la facilité pour lire la diode interne, ça m'a l'air assez tordu. Car il faut lire via un composant sur la carte mère (la mienne utilise un IT8712F sur le port 0x290.
Pour l'inclure dans mon programme, je ne m'en suis pas encore occupé, mais c'est dans ma Todo List.

Sortie de la version 1.0.1 b3 (version beta)
- correction d'un bug concernant l'apparition de "creux" dans la conso CPU (multicore uniquement)
- modification et meilleur affichage des codes erreur de l'algo de test
- l'affichage de la fréquence se fait maintenant en temps réel, toutes les 3s (expérimental)
- support du SSE4.1 (Intel Penryn), du SSE4.2 (Intel Nehalem) et SSE4a (AMD K10)

Télécharger CPU Stress MT 1.0.1 b3 : RAR ZIP

Tests qu'il y a à faire :
- tester le "K8 Thermal Sensor" avec un monoproc (monocore ou dualcore) ou une machine multi-Opteron
- vérifier que le "Intel Core Temp" ne pose pas de soucis au niveau de la conso CPU (pas de "creux" pendant un test d'1min par ex)
- tester l'affichage "temps réel" de la fréquence, en idle et en full. Les CPU à fréquence variable (desktop et mobile) sont les bienvenus.
- vérifiez que les instruction supportées par votre CPU sont bonnes

Merci à tous

je prends

J'attend la fin de mon Pi 32M et je regarde aussi .

Je vais mette ça en route d'autant qu'il faut que j'examine mon 170 @2842
 
EDIT : déjà fait (ancienne beta) mais + longtemps ce coup-ci, avec le 'K8 Thermal Sensor'
 

Ho mais j'ai oublié d'autres petites nouveautés (pas encore utiles). J'edit le post de l'annonce de la beta 3.

edit: c'est fait, relisez-le
Ca concerne le SSE4 que personne n'a encore, mais vérifiez que ce support n'a pas foutu le bazard.

_Pas de "creux" dans la conso CPU avec l'affichage de T° (c'est bien ça que tu entends par "Intel Core Temp" ?)

_La fréquence en idle (=speedstep) déconne complètement effectivement (elle varie entre 51 et 79 Mhz ^^). Par contre pas de soucis en full (j'ai eu le droit à 3700 Mhz alors que je suis à 3000, mais c'était très bref) et le Vcore a l'air ok aussi bien en idle qu'en full

_pour les instruction j'y connais rien, mais dans CPU Stress MT il y a indiqué "x86-64" alors que dans cpuz c'est "EM64T". Pour le reste (MMX, SSE, SSE2, SSE3 et SSSE3 c'est ok)

astrojojo>
1) Oui, avec affichage de la T° mais avec le module "Intel Core Temp" uniquement (y'avait que lui qui posait pb).
2) J'men doutait un peu. Faut que je change de méthode
3) pour les instructions c'est ok. x86-64 est un nom générique qui équivaut à l'EM64T (Intel) ou à l'AMD64 (AMD).

pas de creux non plus avec ce module. D'ailleurs c'est quoi? Il m'indique "présent" mais je ne vois pas ce à quoi ça correspond. Je crois que ca indique la même T° que speedfan (ou presque), mais pas TAT.

"Intel Core Temp" est un module intégré à CSMT (pas pas besoin de logiciel externe) permettant de lire directement la température de chaque core. Par contre, il n'y a pas de Vcore.
 
"K8 Thermal Sensor", c'est la même chose mais pour les AMD K8 (Sempron, A64, X2, FX, Opteron).

PowerNow non détecté !
2860MHz pour 1.23V et Cores @27°C non merci, pas crédible
 
EDIT : si c'est bon mais qu'au lancement, après la fréquence de 'routine' est gelée...
 
Re-EDIT : en fait avec Everest la détection est bonne mais avec la méthode 'K8 by Fouge' non
+ de tests demain

Je viens de tester sur le C2D du boulot, et j'ai le même problème. J'ai l'impression qu'en idle ça correspond à des MHz "consommés" (2% d'un CPU à 3GHz -> 60MHz "consommés" ).
Faudrait vraiment que je ramène ce C2D chez moi, pour que je puisse faire plus d'essais. J'vais demander au patron...

Drapal.

burn2> Tu l'as toujours ton Pentium M qui descend à 700MHz (je crois) en idle ?

Au fait, chez moi ça fonctionne bien hein => 1430 => 2860

Cad ? Avec quelle beta ? Raconte moi tout les détails

Moi par contre, avec la beta 3 j'ai aussi l'impression qu'il me donne les MHz utilisés (genre 22MHz). Par contre, une fois en full ça va mieux, mais encore une fois il n'affiche pas la valeur exacte, et ça a l'air de correspondre avec la valeur "utilisée". Il faudrait que je note une valeur et un pourcentage d'utilisation du CPU pour voir si ça colle.

Bah la dernière : 1.0.1 b3 !
En Idle (PowerNow actif) => 1430 et le double en Burn (CSMT ), coeff. 10 d'origine

Ok, ça m'interesse
Fréquence CPUZ :
Fréquence CSMT (init) :
Fréquence CSMT après 1 min (ou +) de test :
Fréquence "corrigée" (fréquence de test / % d'utilisation CPU) :
C'est le coef qui passe à 5 en idle ?
Au démarrage (fréquence init), il te donne la fréquence en full ? Quelle est la précision de cette valeur ?

Oui c'est le coeff.
L'HTT reste bien @286.0MHz (vérifié avec CPU-Z et Everest)
Au démarrage il détecte 1430 ou 2860 en fonction.., qu'il soit en Burn ou Idle au démarrage !
PS : parfois il détecte 1992 ou autre mais la mesure suivante il repasse bien à la bonne fréquence, au 1/10 de MHz près
 
EDIT : ah j'oubliais , l'Init chie en effet s'il détecte autre chose qu'une des 2 fréquences, peut-être devrait-ce être corrigé

OK. A noter que j'ai l'EIST d'actif, et que je suis en 7*500 avec un E6600 donc le coeff varie entre 6 et 7 (3000MHz et 3500MHz). Allons-y :

Fréquence CPUZ : 3500MHz (tout rond, donc la lecture est parfaite à l'initialaisation, ensuite ça descend logiquement à 3000MHz)
Fréquence CSMT (init) : 3494.7 MHz (et dans fréquence ça varie entre 20MHz et 120MHz selon l'utilisaion du proco).
Fréquence CSMT après 1 min (ou +) de test : 3499.9MHz / 3500MHz (donc rien à dire)
Fréquence "corrigée" (fréquence de test / % d'utilisation CPU) : là pour le coup aucune idée, je n'arrive pas à avoir un pourcentage précis d'utilisation du CPU en idle lorsque CPU Stress MT m'affiche des petites valeurs (75MHz etc.).

BIERMAN> Dans la zone de texte le "Fréquence (init)" t'indique parfois 1430, parfois 2860 et parfois autre chose (des valeurs intermédiaires j'imagine) ?

Moonly> En idle non, mais pendant le test. La fréquence indiquée (3499.9/3500.0) semble correcte, donc pas besoin de la diviser la la conso CPU. Quoique normalement, elle doit toujours être à 100%. Donc il n'est pas impossible que cette méthode mesure les MHz "consommés".

1992 ou autre (1842, 2158 etc. ), c'est variable !
Les fréquences intermédiaires sont nombreuses en fait, le PowerNow passe toutes ces étapes d'Idle à Burn même si on ne s'en aperçoit pas car se fait en une fraction de micro seconde ...

Pour ceux qui ont un A64 avec C&Q ou un P4/C2D avec EIST ou même un Pentium M, veuillez tester ceci SVP
http://olivier.fouge.free.fr/CPUSt [...] tect56.zip

 
Il crunche là
 
EDIT :

 
Et là il ne crunche plus ...

J'vois pas pourquoi il trouverait des valeurs différentes de CSMT (le "fréquence (init)" qui apparait dans la zone en bas).
La version 1.0.0 ne donne quoi comme fréquence au démarrage (fait plusieurs essais) ?

edit: ok, ça dépend dans quel état est le CPU au moment du lancement.

 
Oui c'est possible, mais comment le vérifier alors là... c'est toi l'expert.
 

 
Je teste ça dès que possible (là je pars passer un exam ).

Au démarrage de CSMT je voulais (sans test)

edit: faudrait vraiment que je m'achète 10 PC avec chacun un CPU différent. Ca m'aiderait franchement pour mes tests

 
Voilà donc ce que ça donne avec mon CPU (E6600 @ 3500MHz - 7*500 - EIST actif pour rappel).
 

Les techniques "classiques" de mesure de fréquence croient que le CPU est toujours à son coef d'origine (cad 9) donc mauvaise fréquence lue.
La dernière méthode est fiable mais imprécise.
 
Faut surtout que je vois avec un Pentium M (celui de Burn2 par ex) et je sortirai la beta4 qui mènera, si tout va bien, à la version 1.0.1 finale

 
J'ai un pote qui a un Pentium M sur un Centrino de seconde génération je crois, c'est pas un Banias, mais le nom de code d'après (il a une Pentium M 735 pinmoddé). Tu vouidrais que je lui demande de faire un CPU Detect ?

Je veux bien

OK, je vais lui demander ça, avec un peu de chance je reviens tout à l'heure avec un screen.