Reprise du message précédent :
Effectivement les CPU Intel et AMD ont la même architecture, ou plutot, les 2 même architecture (X86 et X86-64). C'est la raison pour laquelle on n'a pas besoin de faire de logiciel "spécial AMD" ou "spécial Intel".

Ok merci pour ces précisions.Et pardon pour le hs

-------------------------
  CPU-Z version 1.37
-------------------------

Processors Map
------------------------------------------------------------------------------------

Number of processors    1
Number of threads    2

Processor 0
    -- Core 0
        -- Thread 0
    -- Core 1
        -- Thread 1

Processors Information
------------------------------------------------------------------------------------

Processor 1 (ID = 0)
Number of cores        2
Number of threads    2 (max 2)
Name            AMD Athlon 64 X2 4400+
Codename        Toledo
Specification        AMD Athlon(tm) 64 X2 Dual Core Processor 4400+
Package            Socket 939
CPUID            F.3.2
Extended CPUID        F.23
Brand ID        5
Core Stepping        JH-E6
Technology        90 nm
Core Speed        2503.6 MHz (10.0 x 250.4 MHz)
HT Link speed        1001.4 MHz
Stock frequency        2200 MHz
Instructions sets    MMX (+), 3DNow! (+), SSE, SSE2, SSE3, x86-64
L1 Data cache        2 x 64 KBytes, 2-way set associative, 64-byte line size
L1 Instruction cache    2 x 64 KBytes, 2-way set associative, 64-byte line size
L2 cache        2 x 1024 KBytes, 16-way set associative, 64-byte line size
FID/VID Control        yes
max FID            11.0x
VID range        1.100V - 1.400V
K8 Thermal sensor    yes
K8 Revision ID        4.2

Chipset
------------------------------------------------------------------------------

Northbridge        VIA K8T800 Pro rev. 00
Southbridge        VIA VT8237 rev. 00
Graphic Interface    AGP
AGP Revision        3.0
AGP Transfer Rate    8x
AGP SBA            supported, enabled
Memory Type        DDR
Memory Size        1024 MBytes
Memory Frequency    250.4 MHz (CPU/10)
CAS#            3.0
RAS# to CAS#        3
RAS# Precharge        3
Cycle Time (tRAS)    6
Bank Cycle Time (tRC)    11
DRAM Idle Timer        16
Command Rate        1T

Début du test : le 06/10/2006 à 13:01:46
CPU Family F Model 3 Step
2
Const-TSC=0 Perf-MSR=0T
cpu=778045471729Twin=778045471799
Fréquence
moyenne : 2500.24 MHz
Fin du test : le 06/10/2006 à 13:06:59
Durée du
test : 00:05:11
Use=612859 Duration=311232
Utilisation CPU : 98.5

Donc tout va bien je suppose.

en ce qui concerne le pc oui
 
très bien ce petit programme

salut voila ja i fais un test a 2 G j ai unX2 3800 impeccable puis je  l o/c a 2.4 G et la windows me dit que cpu stress a une erreur et doit ferm , bon il ferme . est ec normal car l o/c est trop important car avec occt c pareil .

Un peu oui !
Si çà plante c'est que ce n'est pas stable !

Tout à fait normal, ton CPU est trop instable. Reteste à 2.2GHz par ex puis monte petit à petit. En cas d'erreur, monte le Vcore et garde un oeil à la température.
Et applique toi pour écrire plus lisiblement

ok merci .

tiens, ça monte a combien en temperature les A64 mono et dual core ??
 
vous m'escuserez mais je suis encore aux XP (xp-m quand meme) et donc je sais que je peux aller haut avant de risquer de réels dommages mais sur les A64 je suis largué...

Alors moi qui vient de m'équiper d'un X2, j'ai regardé à la page 91 de ce document : http://www.amd.com/us-en/assets/co [...] /30430.pdf
Il dit 65°C T°Case, ce qui correspond à la T° lue directement aux sondes internes (une par Core)
Sauf que pour la lire il faut un utilitaire dédié car ma carte mère ne lit qu'une valeur faussée (une A8N-SLI Premium)...
AMD en propose un mais je lui préfère "NextSensor"

 
 
Marci  

désolé, mais je n'ai pas le courage de relire ton topic (il marche tellement bien que..... )
J'aimerais savoir ou tu en était avec la version dédié pour linux.
 
Bravo pour ton travail

Pour l'instant j'ai rien fait, mais avec du boulot le portage est faisable.
Il existe quoi sous Linux à part Prime95 (non compatible multicore) ?

comme logiciel de test de stabilité??
J'ai cherché mais j'ai rien trouvé de bien...malheuresement

d'autant plus interessant qu'un portage de ton appli soit fait! mon cher fouge!

Clair Si t'a besoin de linuxien je suis toujours de la partie

Si ya des experts en programmation Linux (notament la gestion des thread), je dis pas non. Moi j'y connais encore rien.

Je suis loin d'être un expert mais je suis en train d'apprendre la programmation multi thread cette année, et le lancement de plusieur processus en même temps, donc si je peux t'aider et t'apporter mes maigres connaissances

euh moi je commence linux (violamment certes (RAID 0 logiciel+LVM) ) mais je sais pas programmer (tous ce qui me reste c'est du C sous windows 3.11 (super l'IUT GEII)) donc je pourrais pas faire grand chose...

Moi je me catégoriserais plus comme débutant . Bien que je connaisse un peu le c++ . Reste à voir aprés si je peux aider

Sortie de la version 0.32  
- paramètres de compilation de l'algo identiques aux versions 0.30/0.31 (différent des 2 version IC et MS de la Pré-0.32)
- passage de la librairie QT en version 4.2.0
 
Télécharger CPU Stress MT 0.32
 
Test qu'il y a à faire :
- vérifier que ça marche toujours chez vous (nouvelles DLL de QT)
- vérifier que la fréquence détectée est la bonne (notament sur les derniers CPU Intel)
- comparer l'efficacité de l'algo avec l'ancienne version 0.20g ainsi qu'avec SP2004 Orthos, OCCT PT, etc.
 
Les changements sont mineurs mais j'ai besoin d'avoir l'assurance que le changement de version de QT est valide avant d'aller plus loin.
 
Merci à vous !

Lancement: OK
 
 
Fréquence: -Idle: 798.24
                -Full:  1729.52         (1minute)
 
 
 
Ce qu'il me met:

Quand vous lancez un test et que vous l'arretez au bout de 10s, le % CPU retombe bien à 0% ou il reste à 100% (dans le GDT) ?

Le processus CPUStressMP reste effectivement à 100% après l'arrêt du test.

Alors que sur les versions 0.30/0.31 ça marche. Et là je viens de vérifier que ce n'est pas lié aux nouvelles librairies QT.
Faut que je trouve où est le problème...

+1 je croyais que çà venait de mes logs de monitoring mais non

C'est corrigé avec la 0.32b
En fait le test partait en boucle infini et ça testait pas grand chose d'ailleurs. J'ai viré la 0.32 du serveur et modifié les liens.

En effet çà ne chauffait pas !
Je regarde çà après une petite passe d'OCCTPTRC2 en cours (d'ici 15 minutes)
 
Çà tombe bien vu que je mets la dernière touche à ma nouvelle config !
Voici sur quoi ton programme va avoir l'honneur et l'extrême avantage de tourner :

EDIT : oh et puis je le lance maintenant

Le dimanche 8 octobre, je lance une nouvelle version avec une p'tite nouveauté

'tain, faut aimer bosser pour ce genre de soft !
Durant son lancement ma machine est presque à genoux (cailloux, choux etc ) !!!
 
PS : quand tu parles de la DLL, celle qui se crée au lancement, qu'est-ce qu'on doit en faire
 
PS2 : je viens de re-télécharger la 0.20g pour comparer
 
PS3 : 0.32b en cours.
2°C de mieux qu'OCCTPTRC2 et comme ma machine est stable maintenant (enfin j'espère...), je ne sais pas si je vais pouvoir t'être utile en quoi que ce soit mais je testerai quand même les nouvelles versions (dimanche )
Tu dois le savoir depuis le temps que je n'aime pas tester en instable
 
EDIT : ou alors il faudrait que je passe sur une fréquence beaucoup plus basse avec par conséquent moins de tension pour moins stresser ma machine...
Tiens : 0.32b

EDIT2 : lancement de la 0.20g
 
EDIT3 : 0.20g

3°C de moins que la 0.32b
Je doute que la 0.20g soit + efficace dans ces conditions

Quand je parlais des DLL, je parlais des DLL Qt*.dll qui ont changé de version. Et je dois m'assurer que ça marche chez vous aussi bien que chez moi. Et ce changement de version que permettra d'ajouter une nouvelle petite foncitonnalité (pas celle de dimanche, une autre encore)
 
Pour tester en instable, tu peux 'simplement' baisser un peu le Vcore

Re alors elle marche ou pas cette dll au final? Chez moi la détection marche toujours aussi bien

Je ne peux tout simplement pas à cause du BIOS beta que j'utilise !
Que ce soit ClockGen, AIBooster ou nTune, aucun ne permet de le faire en Live, obligé de retourner dans le BIOS et espérer que la machine redémarre sans me niquer des fichiers sur les disques.
Sans compter le nombre de redémarrages nécessaires !
Bon, ok je ne sais pas o/c, quoique !!
N'empêche t'as raison il y a bien un moyen : couper la ventilation

Je verrai ce que je peux faire
J'attends demain histoire que çà en vaille la peine

Les DLL (yen a 3) qui sont passées en version 4.2.0 et cela n'a pas posé de problème. Par contre j'ai introduit un bug (cf plus haut) corrigé dans la 0.32b
 
BIERMAN> Pour la nouveauté, pas la peine de tester en instable

J' ce que tu dis
L'instable je sais faire hein
EDIT : je parle pour moi

salut a tous  
a chaque fois que je fais le teste il me marque erreure code3  
sa veu dire quoi ?
ma config
1er  config  
AMD Athlon 64 3700+(s939) @ 3008mhz a1.50v
Zalman CNPS 7000B cu
Gigabyte GA-K8NF-9
1go ddr400 PQI
200gosata  
Sapphire Radeon X700 Pro 256Mo
Antec PLUSVIEW 1000AMG
alim heden 560w
winxp lsd
 
ps: je sais mon alim est pas terrible  
 
@+ cit71

OK Me tarde de voir cette nouveauté

cit71> Ton PC n'est pas stable
Augmente un peu le Vcore ou baisse un peu la fréquence.
T'avais testé d'autres logiciel de stabilité ou pas ?

edit: il me semble qu'on est déjà dimanche, non ?

jai fait 3d mark2003 et je mes un screen

cpumark2.1 je sais il est buger mais sa teste aussi  
 
@+cit71

Depuis une heure et 14minutes oui