Reprise du message précédent :
L'opti :
 

 
je te dis tout ça demain là je go dodo ^^

Dernier jet pour les vieux P3 sans papier
http://olivier.fouge.free.fr/OCCT/CPU_Detect18.zip

Sempron :
 

Tu ne l'as même pas overclocké
 
edit: si Tyrou pouvait passer par là...

Il est dans un bureau tout fermé, il tape déjà 60° comme ça.

 
je te dit tout ce soir en rentrant...
ça me détendra après une nouvelle journée de 10H sans aucune pause!

ProcessAffinity : 1 SystemAffinity : 1
Vendor ID : GenuineIntel
EAX(0x80000000)=       0
EAX(0x00000001)=     681
EBX(0x00000001)=       2
Brand String : Intel(R) Pentium(R) III Processor
Frequence CPU : 799.731 MHz
ProcessAffinity : 1
EBX(0x00000001)=       2
OS_Affinity_ID: 0x00000001, APIC_ID: 0 PHY_ID: 0, CORE_ID: 0, LOG_ID: 0
 
Nombre de CPU : 1
Nombre de cores par CPU : 1
Nombre max de processeurs logiques par CPU : 1
Nombre total de processeurs logiques : 1
Technologie HT absente.
Appuyez sur une touche pour continuer...
 

Radeon24> à tester sur ton P3 500 :
http://olivier.fouge.free.fr/OCCT/CPU_Detect18.zip
 
warlife> tester le brand string avec ça :
http://olivier.fouge.free.fr/OCCT/CPU_Detect18.zip
Et me donner les APIC ID de tes 2 CPU, grace à CPUZ.
 
Merci

Pour tous> J'ai fait 2 alogos de calcul + verif, l'un basé sur les décimales de PI, l'autre sur le cryptage de type RSA :
http://olivier.fouge.free.fr/OCCT/TestPI.zip
http://olivier.fouge.free.fr/OCCT/TestRSA.zip
 
Ces tests durent 2min environ (dépend de la puissance de la machine).
Chez moi ça donne de moins bon résultat que 2 min de Prime95, car je monte 30MHz + haut, et ça plante via un BSOD pas par une détection d'une erreur par le logiciel

Et Que veux-tu en faire.
Bon, dans le doute j'ai testé
Les deux marchent chez moi et font moins chauffer qu'un toast par exemple...

Faut tester sur une machine instable pour voir si ça détecte l'instabilité.

Ah, alors dsl j'ai pas çà

Un PC instable c'est facile à avoir pourtant. Un coup de clockgen, +50/100MHz au CPU et c'est bon
 
Toute façon, ça donne pas de bons résultats chez moi, je ne me fais pas d'illusions chez vous.

Ceci dit le test ne dure que 2min. Il faut tester sur une machine instable qui tient pas Prime 2min.
Mais bon, ne vous attardez pas trop sur ces 2 algos, ils ne sont pas très "performant".

La difficulté (je pense) va être de trouver un algo performant.
C'est le point fort d'Occt car en moins de 30 minutes (puisqu'il y a la phase de stabilisation avant/après), il est capable de déterminer une instabilité dans de très bonnes proportions.

Je bosse là dessus depuis quelques temps et je m'aperçois des difficultés.
J'ai l'impression qu'il faut que je code un algo bas niveau (en ASM) afin d'exploiter + intensivement le CPU (registres, caches).
 
La solution de facilité serait d'intégrer la technologie OCCT au sein de ce soft. C'est un algo efficace (1 des seules face à Prime95), et éprouvée.
Faudrait que je vois avec Tetedeiench. Je sais qu'il ne veut pas libérer le source, cependant ya moyen de s'arranger, soit en intégrant son code dans le soft qui sera fermé, soit qu'il me mette à dispo un module externe (genre une DLL) que je puisse me servir. Comme ça son source restera chez lui.
Qu'en pensez-vous ?
 
Je continu à faire mes propres recherches, mais si je n'aboutie à rien d'efficace il faudra me résigner à intégrer une technologie existante (OCCT, Prime95, PiFast ou autre).

Faut surtout que t'arrives à comprendre ce qu'il disait l'autre fois pour justifier que 2 prime ne sont pas fiables (ce que je confirme empiriquement).

Il ne s'était pas expliqué sur le topic OCCT. J'espère qu'il repassera donner quelques réponses.
 
Pour un logiciel qui ne gère pas plusieurs thread ou que ceux-ci ne sont pas assignés à un processeur logique déterminé et fixe, je peux comprendre que ça puisse poser problème. Sinon je ne vois pas.  
 
Tu as testé 2*Prime95 sans grand succès. Mais que donne 2*SP2004 lorsque tu décoches "process affinity" et que tu choisis CPU0 sur l'un et CPU1 sur l'autre ? C'est mieux ou c'est aussi peu fiable que 2*Prime95 ?

Non j'ai testé SP2004 en réglant bien les affinités (d'ailleurs pour prime je le faisais aussi, via le gestionnaire des tâches). Résultat mon 3800X2 tient 24h de double SP2004, blend ou small FFT, à 2700MHz, et pourtant il fait des erreurs de calcul à SETI en qqes heures.

Etrange je trouve. Mais est-ce réellement lié au dualcore ?
Chaque core passait 24H de torture OCCT (qui n'est instanciable qu'une fois il me semble) ?

Je suis peut être un boulet mais je ne comprends toujours pas pourquoi si on charge les 2 CPU avec 2 SP2004 (ou prime) on ne détecterait pas les instabilités...
 
Par contre, je viens d'avoir un cas dernièrement : pour mon monocore tout semble Ok sous OCCT et prime/SP2004 mais lorsque je lance 3DMark2006, j'ai des PB dès le 1er test (énormes ralentissements 50%) dus à  mon controleur mémoire ou à ma mémoire qui était "limite".

Pour moi c'est lié à la mémoire. Le client crunsh3r pour SETI fait faire de lourds calculs aux CPU, tout en tirant énormément sur la RAM. Et ça prime ne le fait pas, il alterne.

Voici pour un  2000+ de base O/C 2600
http://img45.imageshack.us/img45/6194/cputest1gi.jpg et  
http://img453.imageshack.us/img453 [...] st25yh.jpg

yo59> Ca peut arriver dans le cas ou chaque thread n'est pas assigné à un processeur donné. Les thread se "baladent" de proco en proco, la vérification peut poser des problèmes si celle-ci consiste à vérifier les valeurs de certains registres ou autre.
Eu début j'avais eu un pb de détection de fréquence sur un Opteron165. Celle-ci se fait en 2 étapes et ce qui arrivait c'est que la 1ère étape se faisait sur un core et l'autre étape sur l'autre core.  Et ça je ne le savais pas car, par défaut c'est l'OS qui gère tout ça (processus/thread/processeurs).
 
Pour ton pb à 3DMark06, il s'agit peut-etre aussi de ton GPU qui passe en Trotthle.
 
Ne pas oublier que meme si l'on passe plusieurs heures d'OCCT et/ou de Prime95, il se peut qu'un logiciel puisse poser problème. L'infaillibilité n'existe pas.
A l'inverse, OCCT et/ou Prime95 peuvent détecter une erreur (et c'est erreur est bien réelle, je tiens à le signaler) sans qu'à l'usage on s'apercoive de quoique ce soit. Mais c'est pas conseillé

Mon RSA alélioré :
http://olivier.fouge.free.fr/OCCT/TestRSA2.zip
 
Un autre algo (cryptage simple) :
http://olivier.fouge.free.fr/OCCT/TestCPU1.zip
 
Ce nouvel algo est bien plus intensif que les précédant, surtout quand on voit la chauffe CPU. Vous confirmez ?

Pas dans mon cas car le PB se résolvait immédiatement en baissant légèrement la fréquence HTT via clockgen.

T'as pu comparé à d'autres, sur la même durée ?
Toute façon, ya encore du progrès à faire niveau détection d'erreur.

Je suis en train de le convertir en AMS (inline), c'est peinible
 
edit: en ASM, c'est pas plus rapide et ça chauffe moins

Ok

Perso ce qui m'intéresse ce n'est pas forcément "le truc" qui chauffe le plus, mais celui qui met le plus le proc à contribution ET qui vérifie que le proc n'est pas instable.
 
J'ai lu un comparatif qui mettait en évidence que certains utilitaires (toast ou burn, ou ?) faisait beaucoup chauffer mais ne détectaient pas les erreurs... intérêt limité / inexistant pour moi...

On est d'accord là-dessus mais les premiers algo que j'ai sorti faisaient chauffer très peu le CPU et ne détectaient rien du tout preuve qu'ils n'utilisaient que peu intensément le CPU.
La j'essai de me trouver plusieurs algo intensifs et j'optimiserai et sélectionnerai en fonction de leur capacité à trouver les erreurs ce calcul (ce qui est le plus important finalement).
 
edit: la montée en T° était 3 fois moins importante qu'OCCT/Prime95 qui eux-même chauffent un poil moins que les logiciels de burn (CPUburn, Toast...).

Bonjour,
 
Je sais pas si c'est toujours d'actualité....
---------------------------------
ProcessAffinity : 1 SystemAffinity : 1
Vendor ID : AuthenticAMD
EAX(0x80000000)=80000008
Brand String : AMD Sempron(tm)
Frequence CPU : 2410.227 MHz
ProcessAffinity : 1
EBX(0x00000001)=       0
OS_Affinity_ID: 0x00000001, APIC_ID: 0 PHY_ID: 0, CORE_ID: 0, LOG_ID: 0
 
Nombre de CPU : 1
Nombre de cores par CPU : 1
Nombre max de processeurs logiques par CPU : 1
Nombre total de processeurs logiques : 1
Technologie HT absente.
-------------------------------
 
J'ai un athlon XP-M 2600+ sur une a7v880.
Le processeur est reconnu comme un sempron par la carte mère
 
CPU-Z
-------------------------------
Name AMD Athlon XP-M
Code Name Barton
Specification AMD Sempron(tm)
Family / Model / Stepping 6 A 0
Extended Family / Model 7 A
Package Socket A
Technology 0.13 µ
Supported Instructions Sets MMX, Extended MMX, 3DNow!, Extended 3DNow!, SSE
CPU Clock Speed 2410.1 MHz
Clock multiplier x 14.0
Front Side Bus Frequency 172.2 MHz
Bus Speed 344.3 MHz
L1 Data Cache 64 KBytes, 2-way set associative, 64 Bytes line size
L1 Instruction Cache 64 KBytes, 2-way set associative, 64 Bytes line size
L2 Cache 512 KBytes, 16-way set associative, 64 Bytes line size
L2 Speed 2410.1 MHz (Full)
L2 Location On Chip
L2 Data Prefetch Logic yes
L2 Bus Width 64 bits
-----------------------------------
 
Ancienne methode :
Frequence CPU : 2410.227 MHz
Frequence CPU : 2410.227 MHz
Frequence CPU : 2410.231 MHz
Frequence CPU : 2410.226 MHz
Frequence CPU : 2410.228 MHz
Frequence CPU : 2410.229 MHz
Frequence CPU : 2410.229 MHz
Frequence CPU : 2410.227 MHz
Frequence CPU : 2410.230 MHz
Frequence CPU : 2410.228 MHz
 
Methode assignation CPU 0 :
ProcessAffinity : 1 SystemAffinity : 1
Frequence CPU : 2410.228 MHz
Frequence CPU : 2410.223 MHz
Frequence CPU : 2410.225 MHz
Frequence CPU : 2410.226 MHz
Frequence CPU : 2410.228 MHz
Frequence CPU : 2410.226 MHz
Frequence CPU : 2410.224 MHz
Frequence CPU : 2410.223 MHz
Frequence CPU : 2410.229 MHz
Frequence CPU : 2410.232 MHz
 
----------
 
Pour le fun, j'ai essayer le programme sous linux avec wine. Ca marche, par contre il y a des éléments qui sont faux.    
 
----------
 
3*testcpu1=>58°C
Suivi par 4*testrsa2=> 56°C à la fin du 4eme test

Le "brand string" correspond au "Specification" de CPUZ.
Cette partie est configurable de manière logiciel. Ta mobo ne reconnaissant pas le CPU (bios pas à our sans doute), il l'a renommé en Sempron.
Il existe également des soft qui modifie ça sous Windows (un PDF AMD exlique comment faire). Ca sert à rien donc indispensable

 
 
hello, j'ai fait ton test, 40° pour ma part, la plus haute hausse c'est située à ~85% du test , le proc est monté à 41°. (p4@3.7).

ton test cpu1 chauffe pas mal mais il passe sur un pc instable

Bon je suis rentré aujourdhui !
Marche un peu mieux mon PIII mais c pas ça :
 
ProcessAffinity : 1 SystemAffinity : 1
Vendor ID : GenuineIntel
EAX(0x80000000)= 3020101
EAX(0x00000001)=     673
EBX(0x00000001)=       0
Brand String : Intel(R) Processor Family 6 Model 7
Frequence CPU : 501.131 MHz
ProcessAffinity : 1
EBX(0x00000001)=       0
OS_Affinity_ID: 0x00000001, APIC_ID: 0 PHY_ID: 0, CORE_ID: 0, LOG_ID: 0
 
Nombre de CPU : 1
Nombre de cores par CPU : 1
Nombre max de processeurs logiques par CPU : 1
Nombre total de processeurs logiques : 1
Technologie HT absente.
Appuyez sur une touche pour continuer...

Ca te plait pas "Intel(R) Processor Family 6 Model 7" ?
Ce sera comme ça et pas autrement, pas envie de faire une BDD de nom de CPU

Tu penses que ça viens de mon CPU ? Tu sais moi je m'en fous que ton logiciel il reconnaisse pas mon PIII. C'était pour t'aider voir si ça fonctionner.

Non le résultat me va bien.
C'est juste que les vieux CPU n'ont pas de brand string et il faut constiture une base de nom de CPU pour chaque family/model/stepping de chaque marque (Intel/AMD/etc).
Et c'est pas le but de mon soft.
 
Et ton P3 est parfaitement reconnu puisque c'est bien un "Intel(R) Processor Family 6 Model 7". Tout marche bien

Alors, quoi de neuf docteur ? :