Reprise du message précédent :
Vendor ID : AuthenticAMD
Brand String (fixed) : *Dual Core AMD Opteron(tm) Processor 165*
Processor Family F Model 3 Stepping 2
 
TSC Constant : 0
PERF MSR : 0
Frequence TSC-QPC : 2403.591 MHz
Frequence TSC-TGT : 2404.539 MHz
Frequence MSR-E8 : 0.000 MHz
 
Nombre de cache L2 : 2
Taille de chaque L2 : 1024 Ko
Taille totale du L2 : 2048 Ko
 
Support TS : Oui
Support TTP : Oui
(SomeByte = ReadMemByte(idt_base + IntNum*8 + i)) >= 0 failed
(SomeByte = ReadMemByte(idt_base + IntNum*8 + i)) >= 0 failed
Appuyez sur une touche pour continuer...

Et là, ça donne quoi ?
http://olivier.fouge.free.fr/CPUSt [...] tect45.zip

Vendor ID : AuthenticAMD
Brand String (fixed) : *Dual Core AMD Opteron(tm) Processor 165*
Processor Family F Model 3 Stepping 2
 
TSC Constant : 0
PERF MSR : 0
Frequence TSC-QPC : 2403.591 MHz
Frequence TSC-TGT : 2404.733 MHz
Frequence MSR-E8 : 0.000 MHz
 
Nombre de cache L2 : 2
Taille de chaque L2 : 1024 Ko
Taille totale du L2 : 2048 Ko
 
Support TS : Oui
Support TTP : Oui
Tcore0 (method1) = -17°C
Tcore0 (method2) = -17°C
Tcore0 (method3) = 206°C (node0)
Tcore0 (method3) = 206°C (node1)
Tcore0 (method3) = 206°C (node2)
Tcore0 (method3) = 206°C (node3)
Tcore0 (method3) = 206°C (node4)
Tcore0 (method3) = 206°C (node5)
Tcore0 (method3) = 206°C (node6)
Tcore0 (method3) = 206°C (node7)
Tcore1 (method1) = 206°C
Tcore1 (method2) = -17°C
Tcore1 (method3) = 206°C (node0)
Tcore1 (method3) = 206°C (node1)
Tcore1 (method3) = 206°C (node2)
Tcore1 (method3) = 206°C (node3)
Tcore1 (method3) = 206°C (node4)
Tcore1 (method3) = 206°C (node5)
Tcore1 (method3) = 206°C (node6)
Tcore1 (method3) = 206°C (node7)
Appuyez sur une touche pour continuer...

Pour une fois que j'ai des valeurs différentes de 206°C
Mais bon, ça correspond à (255-49) et (32-49) et je pense pas que t'aies un core à -17°C

Vendor ID : AuthenticAMD
Brand String (fixed) : *AMD Athlon(tm) 64 Processor 3700+*
Processor Family F Model 7 Stepping 1
 
TSC Constant : 0
PERF MSR : 0
Frequence TSC-QPC : 2809.372 MHz
Frequence TSC-TGT : 2821.721 MHz
Frequence MSR-E8 : 0.000 MHz
 
Nombre de cache L2 : 1
Taille de chaque L2 : 1024 Ko
Taille totale du L2 : 1024 Ko
 
Support TS : Oui
Support TTP : Oui
Tcore0 (method1) = -17°C
Tcore0 (method2) = -17°C
Tcore0 (method3) = 206°C (node0)
Tcore0 (method3) = 206°C (node1)
Tcore0 (method3) = 206°C (node2)
Tcore0 (method3) = 206°C (node3)
Tcore0 (method3) = 206°C (node4)
Tcore0 (method3) = 206°C (node5)
Tcore0 (method3) = 206°C (node6)
Tcore0 (method3) = 206°C (node7)
Appuyez sur une touche pour continuer...

Fouge, pq tu ne lis pas TOUTES les valeurs pouvant contenir la temp et demander aux users de trouver la valeur qui correspond a la temp affichée par Everest ?

Parce que je n'ai qu'une valeur qui est renvoyée. Par contre je teste plusieurs variantes d'appels pour voir laquelle me permet de recevoir la bonne valeur.

Dernier essai avant de me coucher :
http://olivier.fouge.free.fr/CPUSt [...] ect45b.zip

Vendor ID : AuthenticAMD
Brand String (fixed) : *Dual Core AMD Opteron(tm) Processor 165*
Processor Family F Model 3 Stepping 2
 
TSC Constant : 0
PERF MSR : 0
Frequence TSC-QPC : 2403.590 MHz
Frequence TSC-TGT : 2404.521 MHz
Frequence MSR-E8 : 0.000 MHz
 
Nombre de cache L2 : 2
Taille de chaque L2 : 1024 Ko
Taille totale du L2 : 2048 Ko
 
Support TS : Oui
Support TTP : Oui
Tcore0 (method1) = 206°C
Tcore0 (method2) = 206°C
Tcore0 (method3) = 206°C (node0)
Tcore0 (method3) = 206°C (node1)
Tcore0 (method3) = 206°C (node2)
Tcore0 (method3) = 206°C (node3)
Tcore0 (method3) = 206°C (node4)
Tcore0 (method3) = 206°C (node5)
Tcore0 (method3) = 206°C (node6)
Tcore0 (method3) = 206°C (node7)
Tcore1 (method1) = 206°C
Tcore1 (method2) = 206°C
Tcore1 (method3) = 206°C (node0)
Tcore1 (method3) = 206°C (node1)
Tcore1 (method3) = 206°C (node2)
Tcore1 (method3) = 206°C (node3)
Tcore1 (method3) = 206°C (node4)
Tcore1 (method3) = 206°C (node5)
Tcore1 (method3) = 206°C (node6)
Tcore1 (method3) = 206°C (node7)
Appuyez sur une touche pour continuer...

Pareil, que du 206°C

-13°C, c'est original
T° réelle de tes 2 cores au moment du test ?

@2674 machine démarrée depuis 15 minutes     

Une petite série pour ceux qui ont des K8 (Sempron, A64, A64-X2, Opteron) :
http://olivier.fouge.free.fr/CPUSt [...] t46-11.zip
http://olivier.fouge.free.fr/CPUSt [...] t46-14.zip
http://olivier.fouge.free.fr/CPUSt [...] t46-41.zip
http://olivier.fouge.free.fr/CPUSt [...] t46-44.zip
 
Pensez à me donner la T° du/des core(s) au moment du test

Speedfan: T° cpu: 49°, T° Core: 55°
 
46-11
 

 
46-14
 

 
46-41
 

 
46-44
 

 
La dernière variante semble avoir détecté la température core!

Faudrait que quelqu'un d'autre test, j'suis à moitier convaincu

J'ai fermé Folding@Home qui tournait derrière, la temp core est donc descendue à 42° et ca a bien été répercuté dans la version 46-44.
 

 
A voir chez les autres cependant...

46.11 & 46.14 => 206°C partout comme lombric quoi
 
46.41

 
46.44

Ce dernier correspond à mes T° de coeurs
 
EDIT : plus précisément la température du coeur N°2

lombric> Là c'est encourageant
Les autres versions ne donnaient toujours rien je suppose ? Ou alors tu ne les as pas testé ?

Je viens de voir le post de BIERMAN. Ca marche donc enfin !

46 11

46-14

46-41

46-44

THIS IS WOORRRRKKKIIIINNGGGGGGGGGGGGGGGGGGGGGGGGGG

(testé a de multiples fois, avec CPU Stress MT 18 (50°C) et idle (40°C))

Mais j'ai un truc qui me dérange : Chaque fois la valeur diffère de 1-2°C et chaque fois elle correspond a la diode du processeur ...

EDIT : Y'a pas a tortiller du fion, quand j'arrête le test le proco reste +- 51°C alors que la diode chute a 48-49... ce que me détecte CPUSMT

Je les ai pas retestées en idle mais il n'y avait pas vraiment de raison qu'elles fontionnent vu qu'en charge elles ne donnaient pas de valeurs approchantes.
 
Enfin, c'est cool, la dernière version marche chez tous ceux qui l'ont testée.
 
C'est des tests pour proposer à l'avenir un "monitoring maison" dans CSMT c'est ça?

Bien entendu. Dans la prochaine version, j'intègrerai la lecture des sondes des Intel Core 1&2 (Solo/Duo/Quad) ainsi que les sondes de tous les CPU AMD K8. Et cela sans recourt à un logiciel externe

Et ma remarque caydlamaÿrde ?

Tu compares avec quel autre soft ?
La sonde que je lis est celle qui est intégrée au processeur. Donc ça doit correspondre à la T° diode effectivement.

Avec Lavalys Everest Ultimate Edition v 4.00.975
 
(Everest quoi )
 
Et toujours la temp correspond a la temp diode et non proc

Voilà la version "finalisée" :
http://olivier.fouge.free.fr/CPUSt [...] tect47.zip

En plus de donner les infos CPU habituelles, cela lit la sonde de chacun des cores des CPU suivant :
AMD Sempron (archi K8)
AMD Athlon64 (sauf 130nm?)
AMD A64 FX (sauf 130nm?)
AMD A64 X2
AMD Opteron (sauf 130nm?)
Intel Core Solo
Intel Core Duo
Intel Core 2 Duo
Intel Core 2 Quad
Intel Pentium Exxxx
Intel Xeon (archi Core)

Cela sera intégré dans la prochaine version de CSMT

GG

Plus besoin de log de monitoring Le seul problème réel c'est surtout qu'il lise la diode du processeur car sa température est lié a celle du proc mais la diode augmente bien plus vite en temp et redescend bien plus vite en temp que le processeur

Je râle mais je suis super content

sa fonctionne chez moi pour mon A64 3700 j'ai la bonne temp
 
bravo

WiiDS> Ca lit la T° des sondes intégrées mais pas le Vcore. Donc le logiciel de monitoring peut encore avoir son utilité. De plus, la liste de compatibilité est assez réduite : ça gère presque tous les CPU actuels mais pas les "vieux" CPU (A-XP, P4, P-M, Celeron).
 
cit71>

 
Je suis pour la lecture des sondes intégrées
Outre le fait qu'elles soient accessibles plus facilement pour CSMT, elles sont bien plus précises et surtout révélatrices de ce qu'il se passe réellement au sein du CPU
GG koÿ
 
WiiDS > il n'y a pas à râler puisque c'est tout bonnement la meilleure façon de savoir le stress (d'où le nom du programme de Fouge au passage ) que connaissent nos CPUs !

Toute façon, ya pas à être pour ou contre : la méthode que j'utilise est "universelle" et ne permet que de lire la sonde interne (TTP) à chaque core.
Bref, c'est comme ça, ya pas le choix
Les autre sondes ne sont pas liés au CPU mais à votre modèle de carte mère.

Moi je garderai dans un coin du programme ces valeurs de sondes intégrées même si l'utilisateur opte pour le choix de valeurs issues d'un programme externe (Everest, SysTool etc.) pour une raison évidente
Laquelle
A çà  
'me dit que Fouge saît où je veux en venir

J'ai rien compris
 
Toute façon, vu je système que je vais instaurer, je ne pourrai pas monitorer depuis plusieurs sources en même temps (logiciel externe + gestion intégrée des sondes CPU = pas possible).

Pour éviter la surchauffe pardi !
Avec une petite BDD intégrée des TjcMax de chaque "ligne" de CPU tu garantirais ainsi de façon irréfutable la survie d'un CPU en danger par ton propre programme
Mmmhhhh
 
EDIT : en fait tu ne passe pas par un pilote bas niveau pour accéder aux sondes ce qui expliquerait pourquoi tu ne peux doubler les infos

"Normalement" ces sondes sont présentes dans le but de garantir la survie du CPU : et ça marche, il n'y a qu'à regarder le nombre de K8 et de C2D cramé à cause de surchauffe Cette fonctionnalité serait donc surtout utile sur les CPU + anciens qui n'ont pas cette protection : mais ces CPU n'ont pas forcément de sonde intégré et de toute façon je ne sais gérer que les CPU que j'ai listé plus haut.

L'impossibilité n'est pas technique (quoique je ne sais pas ce que pourrait donner 2 logiciels de monitoring qui accèdent en même temps "en bas niveau" ) mais c'est dû à ma façon d'implémenter la chose.
Dans les options, j'ajouterai 2 monitoring supplémentaires : Intel Core DTS et Ondie K8 Diode, ou un truc dans le genre. Donc on pourra sélectionner soit le logiciel de monitoring soit l'un des 2 modules internes de lecture des sondes.

Ceci dit, je pourrais ajouter une options pour régler une T° max et cela quelque soit l'origine de la T° du CPU

Avec la disparité de précision existante entre chaque programme de mesure je doute que ce soit utile de permettre de limiter sur la base de la température des sondes issues de ces programmes...
 
J'utilise couramment plusieurs programmes de lecture et je n'ai jamais rencontré de soucis mais c'est vrai que c'est dangereux !!!
Rien qu'à voir les mises en garde à ce sujet dans les options d'Everest !..
 
Ton idée est bonne et étant parmi la plus fiable (je suppose), je la prioritiserais personnellement sur les logs externes

Ce qu'il faudrait c'est que s'il y'a un semblant de surchauffe, ca lance CPUDetect : LE programme qui éteint brutalement votre PC

CSMT pourrait stopper le test ou lui-même couper le PC. C'est un truc qui peut se faire ça.

et les K10 tu y songes ??
 
 

 
Si 2 progs essayent d'accéder en même temps à la température du CPU, aucun soucis.
Surtout si la lecture se fait en mode Ring0 sans interruption.
 
Ce n'est pas le cas de CoreTemp qui utilise une librairie de CPUID et qui effectue des appels multiples (d'où mes plantages aléatoires sur mon K8).
 
J'ai actuellement un peu du mal à écrire un pilote qui fonctionne en même temps en 32 et 64 bits et qui bosse entièrement en Ring0.

Ok. D'ailleurs, ça me fait penser à un truc, quelqu'un a essayé sur un OS 64bit ? Il me semble que ça ne marche pas, mais je ne sais pas à quelle étape exactement (je n'ai pas du CPU 64bit)
Lien : http://olivier.fouge.free.fr/CPUSt [...] tect47.zip