Reprise du message précédent :
Tu as besoin d'un screen de ma part avec cette dernière version? J'en ai fait un où j'ai arrêté le test après 6 secondes (3 dépassements).

J'aimerai bien que tu me fasses un test d'1min ou 2 avec cette version :
http://olivier.fouge.free.fr/OCCT/ [...] _debug.zip
 
Et copie tout le log ici plutot qu'un screen

SETI est par définition en basse priorité :
 

 
Et pourtant :
 

Quel que soit la priorité du thread et le taux d'occupation, TOUS les calculs ainsi que TOUTES les vérifications seront faites, aucune instruction ne sera "loupée".
Par contre plus le taux d'occupation CPU est important, plus le CPU sera stressé et sera amener à faire une erreure de calcul. Bref, le % d'occupation processeur est l'unique critère à prendre en compte (d'ou la vérification que je ferai). La prioritée ne fait qu'aider le processeur à avoir un taux d'occupation important lorsque d'autre processus consomment du CPU. Cependant, par ex, il vaut mieux un thread prioritée 1 à 99% CPU qu'un thread priorité 11 à 80%.
C'est le taux d'occupation CPU le plus important à vérifier.

Ok, ça travaille bien sur les 2 cores mais n'utilise que la moitier des ressources.
Ton exemple me convaint qu'il faut que j'implémente un réglage de la priorité.
Peux-tu tester les 4 versions NN, NAN, NH et HL de la version antérieure ?
http://olivier.fouge.free.fr/OCCT/CPU_Stress_0.04.zip

Avec les 4 ça passe bien à 99-100%.

Et pas la v0.05 ? C'est à n'y rien comprendre puisqu'il s'agit de la NN.
Faut que je vois si j'ai pas modifié autre chose...

Y'avait beaucoup de lignes rouges ? Je n'ai relévé qu'1 anomalie du % et c'est pas très exploitable
Peux-tu me refaire un test en me copiant/collant ici un passage ou il y a une dizaines d'anomalies (ligne rouge).
Merci
 
NB: tu peux supprimer ton post précedant (ou l'éditer) j'ai tout récupéré.
 
edit: je suis également interessé par tout log ayant des lignes rouges. Pour cela, utilisez la version debug :
http://olivier.fouge.free.fr/OCCT/ [...] _debug.zip
Testez sans rien d'autres puis en "perturbant" le logiciel en lançant autre chose ou en créant des accès disques.
ligne rouge = pourcentage > 100
ligne orange = les 2 temps sont différents

Alors ça avance??

J'attend les feedback de lombric et de ceux qui ont des pb de % > 100.

Ok donc pour le moment plus besoin de moi

c'est bien avec le frequency debug que tu veux que je teste? ou avec la version stress debug?

Avec CPU Stress (me suis trompé) : http://olivier.fouge.free.fr/OCCT/ [...] _debug.zip
 
Il me faudrait un p'tit 105% avec des lignes rouges (les oranges je m'en fou un peu).

Un petit 109%:
 
thread1=9375000 timer=1000 time1=1000
thread0=10000000 timer=1046 time0=1078
thread1=11406250 timer=1046 time1=1140
thread0=8437500 timer=969 time0=937
thread1=8750000 timer=969 time1=875
thread0=9843750 timer=1000 time0=1000
 
si tu as besoin de plus, demande, je le ferai encore tourner.

Si tu pouvais me sortir 1 ou 2 autres lignes rouge de ce type ça me plairait bien, ça m'aiderait à confirmer. En tout cas ça m'aide bien, la nouvelle méthode est plus fiable. Cela sera intégré dans la v0.06 (ce soir ?)

un 120%:  
 
thread1=12656250 timer=1047 time1=1266
 
un 103 (je ne sais pas quelle ligne exacte):
 
thread0=10625000 timer=1062 time0=1062
thread1=10625000 timer=1062 time1=1062
thread0=11562500 timer=1203 time0=1203
thread1=12500000 timer=1203 time1=1250

Nickel, cette fois c'est décidé, je met la nouvelle méthode qui est bien plus fiable.
 
edit: le 103% c'est la dernière ligne

Bonne nouvelle
 
Tu pourra compter sur moi pour l'éprouver

Moi j'aurais du mal à tester sauf les week end, ou alors sur des célérons à l'iut là...

Sortie de la version 0.06 :
- détection du changement d'heure système
- amélioration du calcul du % CPU
- affichage du % moyen à la fin du test
http://olivier.fouge.free.fr/OCCT/CPU_Stress_0.06.zip
 
Ce que vous devez tester :
- essayer de tromper le logiciel en changeant la fréquence de votre CPU "à la volée"
- essayer de tromper le logiciel en changeant l'heure système pendant le test
- faire un test de 10min (5min sur dualcore), me copier/coller ici les éventuelles lignes rouges du log + vérifier que le % moyen calculé est correct
 
Merci
 
NB: au fait, je n'ai eu aucun retour sur un P4 HT, c'est bien dommage

p4E HT 3GHz, testé au boulot
Parce qu'à la maison :
[pascal@localhost CPU_Stress_0.06.zip_FILES]$ wine CPU_Stress.exe
err:module:import_dll Library tsd32.dll (which is needed by L"C:\\windows\\system32\\tssoft32.acm" ) not found
fixme:wintab32:WTInfoW (0, 0, (nil)): stub
wine: Unhandled division by zero at address 0x405424 (thread 0009), starting debugger...
WineDbg starting on pid 0x8
Unhandled exception: divide by zero in 32-bit code (0x00405424).
Register dump:
 
pas de problème, alors pas de post
il y a bien quelques lignes rouges de temps en temps...

Début du test : le 01/05/2006 à 03:00:42
Thread0=10156250 qTime0=1015
Heure système modifiée !
Fin du test : le 02/05/2006 à 03:00:51
Durée du test : 00:00:09
Fréquence moyenne : 2970.83 MHz
Utilisation CPU : 99.7 % use=90312500
___________________________________
Début du test : le 02/05/2006 à 03:01:09
Heure système modifiée !
Fin du test : le 05/05/2006 à 03:01:12
Durée du test : 00:00:03
Fréquence moyenne : 2970.83 MHz
Utilisation CPU : 99.0 % use=29843750
___________________________________
Début du test : le 02/05/2006 à 03:01:25
Thread0=10156250 qTime0=1015
Thread0=10156250 qTime0=218
Thread0=10156250 qTime0=1015
Thread0=9843750 qTime0=0
Thread0=10000000 qTime0=156
Thread0=10000000 qTime0=797
Thread0=10000000 qTime0=125
Thread0=10000000 qTime0=453
Thread0=9843750 qTime0=360
Heure système modifiée !
Fin du test : le 02/05/2006 à 03:01:54
Durée du test : 00:00:29
Fréquence moyenne : 2970.83 MHz
Utilisation CPU : 116.2 % use=339375000
___________________________________
Début du test : le 03/05/2005 à 03:02:04
Thread0=9843750 qTime0=875
Thread0=9843750 qTime0=625
Heure système modifiée !
Fin du test : le 24/05/2006 à 03:02:18
Durée du test : 00:00:14
Fréquence moyenne : 2970.83 MHz
Utilisation CPU : 102.6 % use=148750000
___________________________________
Début du test : le 24/05/2006 à 03:02:23
Thread0=9843750 qTime0=375
Thread0=10000000 qTime0=265
Thread0=9843750 qTime0=47
Thread0=9843750 qTime0=250
Heure système modifiée !
Fin du test : le 19/05/2006 à 03:02:41
Durée du test : 00:00:18
Fréquence moyenne : 2970.83 MHz
Utilisation CPU : 115.2 % use=218125000
___________________________________
 
voilà, bon courage.
perso, j'y comprends rien et je sais pas à quoi vont te servir les résultats, mais sache que chaque ligne rouge correspond à un changement d'horaire, de date ou d'année.
parfois, le % Cpu monte à 300%......ouah !    
 
bon courage.
 
Pink.
 
nb : peux pas changer la fréquence du proco à la volée car je fais tous mes changements via le bios......désolé.

Les lignes rouges sont des problèmes

Ce qui veut dire que tu as parfois changé plusieurs fois la date ou l'heure avant que ça t'affiche "Heure système modifiée !" ?
Normalement les lignes rouges, c'est quand le % est > à 100 dû à une imprécision de la mesure de temps ou carrément à un bug.
 

L'heure système n'a pas été modifié, si ? Explique-moi ce que t'as fait pour obtenir ça.
Ton cas m'inquiète

Deja merci et encore bravo pour t nouvelles versions
Le 1er test pour moi est le suivant:
Je lance cpu stress V0.06 avec une frequence cpu de 2750MHZ
a 30sec de test je passe la frequence a 2650Mhz
a 1Min je repasse la frequence a 2750Mhz
a 1Min 30sec je repasse la frequence a 2650Mhz et enfin a 2Min je stop le test, voila le resultat
 
Début du test : le 03/05/2006 à 09:12:46
Thread0=10156250 qTime0=1015
Thread1=10156250 qTime1=1015
Fin du test : le 03/05/2006 à 09:14:47
Durée du test : 00:02:00
Fréquence moyenne : 2705.91 MHz
Utilisation CPU : 99.9 % use=2399375000
 
 
Le test suivant et le test de la date et de l'heure, a 1Min de test je change l'heure de -1Min resultat:
 
Début du test : le 03/05/2006 à 09:21:21
Thread0=10312500 qTime0=1031
Thread1=10312500 qTime1=1031
Thread0=10156250 qTime0=1015
Thread0=9843750 qTime0=984
Thread1=9843750 qTime1=984
Heure système modifiée !
Fin du test : le 03/05/2006 à 09:21:21
Durée du test : 00:01:01
Fréquence moyenne : 2754.88 MHz
Utilisation CPU : 99.9 % use=1220937500
 
Ici le test est stop de lui même (pas mal    )
 
Le test suivant est le test de 5Min(dualcore) voici le resultat:
 
Début du test : le 03/05/2006 à 09:26:16
Thread0=10156250 qTime0=1015
Thread1=10156250 qTime1=1015
Thread0=10312500 qTime0=1031
Thread1=10312500 qTime1=1031
Thread0=10156250 qTime0=1015
Thread1=10156250 qTime1=1015
Thread0=10312500 qTime0=1031
Thread1=10312500 qTime1=1031
Thread0=10781250 qTime0=1078
Thread0=9843750 qTime0=984
Thread1=9843750 qTime1=984
Thread0=10156250 qTime0=1015
Thread1=10156250 qTime1=1015
Thread0=10312500 qTime0=1031
Thread1=10312500 qTime1=1031
Thread0=10312500 qTime0=1031
Thread1=10312500 qTime1=1031
Thread0=10312500 qTime0=1031
Thread1=10312500 qTime1=1031
Thread0=10156250 qTime0=1015
Thread1=10156250 qTime1=1015
Thread0=9843750 qTime0=984
Thread1=9843750 qTime1=984
Fin du test : le 03/05/2006 à 09:31:17
Durée du test : 00:05:00
Fréquence moyenne : 2754.88 MHz
Utilisation CPU : 28.5 % use=1709720204
 
Oups 28.5% d'utilisation cpu?

metha> Ton test confirme que cela arrive au bout de 5min sur dualcore.
Tes lignes rouges sont "normales", aucune inquiétude à ce niveau là. Ouf  
 
Chez moi, comme je le redoutais il y a un dépassement de capacité au bout de 10min de tests (calcul du % faux).
 
Ce que vous devez donc tester :
- essayer de tromper le logiciel en changeant la fréquence de votre CPU "à la volée"
- essayer de tromper le logiciel en changeant l'heure système pendant le test
- faire un test "normal" de 2 ou 3min (pas plus !) et me copier/coller ici le log en cas de lignes rouges (ou autre pb)

Test simple de 3min
 
Début du test : le 03/05/2006 à 09:39:27
Thread0=10312500 qTime0=1031
Thread1=10312500 qTime1=1031
Thread0=10156250 qTime0=1015
Thread1=10156250 qTime1=1015
Thread0=10312500 qTime0=1031
Thread1=10312500 qTime1=1031
Fin du test : le 03/05/2006 à 09:42:28
Durée du test : 00:03:00
Fréquence moyenne : 2754.88 MHz
Utilisation CPU : 100.0 % use=3601562500
 
Un petit test avec la date et l'heure
A 30sec je change de mai > avril
a 1Min je change du 3 avril>2 avril
a 1Min 30sec je change 2 avril>3 mai
 
Début du test : le 03/05/2006 à 09:43:39
Thread0=10000000 qTime0=610
Thread1=10000000 qTime1=610
Thread0=9843750 qTime0=15
Thread1=9843750 qTime1=15
Heure système modifiée !
Fin du test : le 03/05/2006 à 09:45:10
Durée du test : 00:01:30
Fréquence moyenne : 2754.88 MHz
Utilisation CPU : 101.5 % use=1839375000
 
Et pour finir un petit test frequence
je lance le test avec une frequence de 2750Mhz
a 30sec je passe la frequence a 2450Mhz
a 1Min je repasse la frequence a 2750Mhz
et a 1Min30 je stop le test
 
Début du test : le 03/05/2006 à 09:49:33
Thread0=10312500 qTime0=1031
Thread1=10312500 qTime1=1031
Thread0=10312500 qTime0=1031
Thread1=10312500 qTime1=1031
Thread0=9687500 qTime0=968
Thread1=9687500 qTime1=968
Thread0=9687500 qTime0=968
Thread1=9687500 qTime1=968
Fin du test : le 03/05/2006 à 09:51:04
Durée du test : 00:01:30
Fréquence moyenne : 2654.23 MHz
Utilisation CPU : 100.0 % use=1801406250

Ha je comprend mieux maintenant, et notament les résultats de PinkFloyd3 1 (enfin j'espère !)
Je ne détecte que les sauts dans le future car je considère que reculer l'heure ou la date ne fait que "racourcir" la durée calculée du test.
Typiquement le tricheur avancera l'heure système d'1h ou 2 pour faire croire à un long test stable.
Je pense dailleurs à un truc, je me demande comment se passe le passage à minuit (23h59 -> 00h00)
 
Pour ceux qui on déjà pris la version, retéléchargez-là, j'ai fait des modif mineurs (au niveau du log uniquement) :
http://olivier.fouge.free.fr/OCCT/CPU_Stress_0.06.zip
 

Je me rends compte que de changer la date et heure n'est vraiment "intéressante"  que si l'on ajoute du temps et non si on enlève (histoire de tromper son monde)

LOL

Retest de la date seulement, je l'avance de 1 jour a 30sec du test et je stop a 1Min
 
Début du test : le 03/05/2006 à 10:03:13
Thread0=9843750 qTime0=718 (718)
Thread1=9843750 qTime1=718 (718)
Fin du test : le 04/05/2006 à 10:04:14
Durée du test : 00:01:00
Fréquence moyenne : 2754.88 MHz
Use=1218906250 Duration=60718
Utilisation CPU : 100.4 %
 
Le test du minuit:
 
Début du test : le 04/05/2006 à 23:59:00
Fin du test : le 05/05/2006 à 00:00:31
Durée du test : 00:01:30
Fréquence moyenne : 2754.88 MHz
Use=1799218750 Duration=90016
Utilisation CPU : 99.9 %

bonjour,
voila, j'ai fait un test avec cpu stress evec un celeron D335@3455 daans le bios.
quand je change l'heure, le test s'arrète (quand j'enleve 1 heure).cela marche.
par contre quand je change a la volée dans le bios, non celement il ne me dit rien mais cpu-z et clockgen voyent que le cpu est a 3434.5 (premier test),3485(2eme test) mais cpu stress le vois encore a 34** jsé plus combien.
il faut que j'arréte le test et que j'en recommence un pour qu'il se mette a la bonne fréquence
 
C'EST INACEPTABLE!
nan, lol, auccune ligne rouge et le reste marche bien
 
image
http://www.hiboox.com/image.php?img=sgry8q8.jpg

metha> Ok le passage à minuit est bon. Par contre, la durée du test est limitée à 23h59, au delà ça passera à 00h00 et certains calcul seront faux.
Ca je le savais mais je considère que cette limitation est mineure. J'avais juste peur pour le passage à minuit.

pipolas> Pour un tricheur, enlever 1h n'a pas de sens, en ajouter 1 oui. Cependant j'améliorerait ça dans la v0.07.
Concernant les changements de fréquence : celui affiché dans la zone "Sytème" est calculée 1 fois au demarrage et n'est réaffichée qu'à la fin d'un test, ce n'est pas du temps réel.
Imaginons un tricheur (encore!) à 3.5GHz (non stable). Il lance le logiciel, lance le test puis passe aussitot à 3GHz (stable) pour ne pas planter. Il attend 1h puis repasser à 3.5GHz juste avant d'arreter le test. Malheureusement pour lui, la fréquence calculée sera d'environ 3GHz et il l'affichera mais à la fin du test uniquement.

moi le mien il est réellement casiment a 3.5ghz (valeur d'origine:2.78...) et je suis en aircooling
par contre c'est quoi cette duration??
et durand le test j'été a 98 casiment tout le temp mais la il me mets 17.4 pour cent
?????????
 

pipolas> Si t'avais underclocké à 3GHz pendant presque tout le test, il l'aurait vu, c'est ça que je veux dire. Mais il ne l'affiche qu'à la fin du test uniquement.
 
Use et Duration c'est pour moi savoir pourquoi le calcul du % est faux.
Et comme dit précédament, ça bug quand le test dépasse 10min sur un monocore (5min sur un dualcore).
 
Quelqu'un pour me dire quel est le % du CPU1 sur un P4 HT lors d'un test ?

mais meme si ca bug au dela de 10 minute, ca rest quand meme un bon test ou bien il marche plus (donc 17.4 pour cent serait justifié)

Le seul truc qui va pas audela d'un certain temps, c'est le calcul du % CPU à la fin du test. Sinon tout le reste est ok.

donc mes 17.4 % sont normale

Disons que c'est un bug connu
C'est que le calcul du % qui est faux, le logiciel a bien pri 95-100% d'utilisation du CPU pendant les 18min.

J'ai pas lu tous les posts au dessus depuis la 0.06
 
 
bi celeron 500 sur BP6 (440BX)
 
 
 
 
 1ere minute  539 Mhz
 2e   minute  510 Mhz
 3e   minute  + 1 minute : halt
 
Début du test : le 03/05/2006 à 12:11:23
Heure système modifiée !
Fin du test : le 03/05/2006 à 13:13:46
Durée du test : 00:02:29
Fréquence moyenne : 501.16 MHz
Use=2790625000 Duration=149281
Utilisation CPU : 93.5 %
 
 
 
 
 1ere minute  539 Mhz
 2e   minute  510 Mhz
 3e   minute  562 Mhz
 4e   minute  512 Mhz
 5e   minute  + 30s : halt
 
Début du test : le 03/05/2006 à 12:14:14
Heure système modifiée !
Fin du test : le 03/05/2006 à 12:19:43
Durée du test : 00:05:00
Fréquence moyenne : 501.16 MHz
Use=1461438954 Duration=300906
Utilisation CPU : 24.3 %
 
 
 
 
Aucune ligne rouge