Reprise du message précédent :
d'apres les tests que j'ai pu faire occt prenait la frequence la plus basse constatée lors des test

ok

Sortie de la version 0.03 apportant :
- changement dans l'ordre des tabulation et des type de focus
- meilleure prise en charge des CPU n'ayant pas d'APIC ID
- correction dans le comptage de CPU physiques
- nomination améliorée des CPU "exotiques" (autre que Intel/AMD)
- arret de tous les thread lorsqu'un pb est détecté
- niveau de priorité des thread fixé en ABOVE_NORMAL
 
Télécharger ici : http://olivier.fouge.free.fr/OCCT/CPU_Stress_0.03.zip (2.3Mo)
 
Vérifiez surtout que le champ "Configuration" est correct.

Fonctionne au poil ici.

Nickel, toutes les infos sont exactes:
4000+@3ghz
Processeur monocore
Utilisation 100%
 
Ca commence vraiment à avoir de la geule
Bravo et continue comme ça!

J'attend surtout les bi-Celeron qui posaient pb. Mais bon, faut bien vérifier que ça ait pas foutu le bordel ailleurs

J'ai testé en laissant SETI et ton soft prend bien tout le CPU pour lui. C'est d'ailleurs la première fois que je vois un thread dépasser 50% sur un de mes dual core, ça fait plaisir.

Je teste demain, je n'ai pas le courage à cette heure de le démarrer.
Merci

C'est bon aussi sur PD920 et XP SP2.

Au passage mes OS sont US.

No problemo tres bonne detection(les 2 core y sont),la frequence est bonne et identique a cpuz et charge a 100% des 2 cpu, ca roule
 

pas de pb de detection, par contre quand je lance le test avec K!TV à côté, ça freeze pendant 2-3 secondes

Comment ça dépasser 50 % ? 50% du total ou de l'un des 2 cores ? J'ai pas trop compris  
 

C'est K!TV qui freeze pendant 2-3 secondes pendant que CPU Stress tourne ? Si c'est ça, c'est pas trop étonnant
 
Plus qu'à attendre Groody ou ITM et leur bi-Celeron...

bah ce qui est chiant c'est que tout le PC semble bloqué, le click sur le bouton arret n'est effectif qu'avec ces 2-3 secondes de retard
 
j'ai vraiment pensé que le PC etait planté quand j'ai lancé le test

Je jetterai un oeil, ya p'tet moyen que l'arret soit plus "réactif".
Tu parles bien du bouton "Stopper", n'est-ce pas ?
 
edit: pour les screenshot, n'hésitez pas à mettre le gestionnaire des tâches

oui, c'est ça
 
en fait, pendant le test, le PC semble totalement figé

Le contenu de ce message a été effacé par son auteur

c'est normal que tu ne puisse rien faire d'autre : la priorité du prcessus est above normal donc il utilise tout le processeur et ne laisse rien au reste

 
Meme chose pour moi, dur de quitter le stress test, pas tres reactif, frezz, a 2 doigts de faire un ctrl+alt+supp, a un moment g cru que le pc etait planté.
 
Mais bon si la priorité du stress est tres haute alors ça explique bien des choses.

la priorité serait mieux à normal pour les processus de test

En fait il y a 6 niveaux de priorité. Dans l'ordre (du - au +) :
THREAD_PRIORITY_IDLE -> Basse
THREAD_PRIORITY_BELOW_NORMAL -> Inferieure à la normale
THREAD_PRIORITY_NORMAL -> Normale
THREAD_PRIORITY_ABOVE_NORMAL -> Supérieure à la normale
THREAD_PRIORITY_HIGHEST -> Haute
THREAD_PRIORITY_TIME_CRITICAL -> Temps réel
 
Je n'ai fait que passer de NORMAL à ABOVE_NORMAL, donc rien d'incroyablement prioritaire. Je le repasserai à NORMAL sans possibilité de changer.

Chez moi ça rame un peu mais on voit bien que ce n'est pas planté. L'arrêt est un peu lent mais bien moins pire qu'OCCT ou SP2004 en priorité 10.
 
Et sinon je disais 100% au total oui, d'habitude pour être à 100% j'ai 2 threads à 50.

ce qui est gênant quand le pc semble freez&, c'est que le test est fait pour verifié son OC, et là, on pense que le PC a planté
 
c'est pas encourageant, psychologiquement

Bizarrement j'ai pas ce Pb chez moi. Je me demande si c'est pas parce que les thread ont une priorité supérieure au processus principal.
J'ai d'la doc à lire je sens... sans parler qu'il faut que je garde la compatibilité Win9x

chez moi non plus, pas de pb (a part que je peux rien faire d'autre en meme temps mais c'est normal)

 
Je dirais EVEREST.  

C'est ok, 2 processeurs monocore
Mais tous les ID à 0 pour les 2 CPU

Ok, c'est normal, tout va bien.
 
Vous pouvez pas savoir comme l'HT fou la 'merde' et me fait 'chier', j'ai plein de code uniquement dédié à détecter et à gérer les CPU HT.  
C'est comme faire un site Web qui doit tourner sur tous les navigateurs, y compris IE  

Au fait, ça va tester quoi ?
CPU et RAM ? Et l'HTT (sur les AMD 64 x2 par ex) qui peut aussi poser prb si trop poussé ?

En théorie CPU & RAM mais surtout CPU. L'HTT m'étonnerait...
 
J'ai une version qui va sortir, spécialement destinée aux problèmes de freez.
Il y a également une petite surprise

 
 
Si j'ai bien compris, il va y avoir une notion de temps (pour la preuve de stabilité).
 
1 heure de test sur un celeron 500 face à 1 heure sur un x2 3800+ ne correspond pas à la même quantité de données traitées (voir l'algo de stress). Ne faudrait il pas utiliser une autre unité ? ("Go"/"To" traités ?)

Je pense que la durée est plus pertinante (cf la MTBF pour les DD) que la quantité de données mais ton point de vue est interessant.

Sortie de la version 0.04 : http://olivier.fouge.free.fr/OCCT/CPU_Stress_0.04.zip (2.3Mo)
 
Testez les différentes versions et dites-moi, en terme de "priorité" ce que ça donne : réactivité du bouton "Stopper", basculement entre les différentes appli pendant le test, etc.
Et dites-moi si la petite nouveauté marche chez vous
(a tous les coup ça marche que sur les AMD)

Sur AMD Monocore (Barton)  
 
HL = Bouton réactif, tous les autre process en priorité normale sont bloqués
NAN = Même chose, je suis pas sûr, j'ai l'impression que ça rame un peu + (gestionnaire de tache et un MPC en priorité haute un poil moins réactifs)
NH = Bouton stop indispo, le reste, même chose
NN = Ne bloque rien, on ne le ressent pas.
 
 
Je ne vois pas de nouveauté

Tu pourrais ajouter l'affichage du N° de threads que le soft utilise ? (tu nous as expliqué qu'il en aurait 1 par CPU, mais ton soft ne sera pas utilisé que par nous, et c'est peut-être sympa d'afficher ce détails
 
Genre :
 
"x CPU détectés = x threads"

Je pense pas que ce soit utile, j'affiche deja le type de config et ya meme une combo pour afficher les détail de chaque CPU. Et le nombre de thread utilisé ne regarde que moi, c'est le résultat qui compte
 
Et cette nouveauté, tu ne l'as toujours pas vu ? C'est visuel pourtant, compare avec la 0.02 ou 0.03 pour voir.

ta rajouter l'affichage du cache non en nouveauté?
 
juste un truc , j'ai pas suivit tout le topic  
dans la version 0.04 , ya 4 .exe
 
hs , nh, nan , et nn  
 
what that??  

je vient de tester 55sec  
j'ai cliquer sur la HL
il a mit quelque seconde a demarer puis a foutu mon opteron 165 a 100% sur les deux cores  
a noter que vers les 40/45sec du test , la barre de l'utilisation des proc est repassé entre 0/5% (comme dab en faite)
il ya eu également quelque bloquage au niveau des sec afficher (la souris bouger pourtant parfaitement bien , mais on aurais dit que sa freezer )
 
voila
 
sinon , les info était bien afficher , la fréquence de mon proc overcloker , la mémoire cache etc  
 
dit moi ce que tu aimerais qu'on regarde surtout stp

Je suis pas sûr. Quand on utilise ce genre de soft, on aime bien savoir comment il fonctionne, ça crédibilise les résultats, donne confiance dans le soft.
 
Dans le topic OCCT je crois, "on" se demandait comment ça fonctionnait. Que si les threads se baladaient d'un CPU à l'autre, les résultats ne "voulaient rien dire".
 
D'autres softs que j'ai utilisé pour "certifier" une nouvelle config à base d'AMD64 x2 ne me semblaient pas sûr, pas autant que d'autres.
 
 
Tout ça pour dire ce détail ainsi que d'autres peuvent faire partie du succès de ton soft ensuite.