Reprise du message précédent :
Tout va bien alors

La version haute priorité est niquelle

ça fonctionne nickel bravo Fouge

Début du test : le 07/05/2006 à 04:13:15
Fwin_start=3579545.000000
Correction du temps : +1ms
Correction du temps : +1ms
Fwin_stop=3579545.000000
Tcpu=1791857074382.000000
Twin=2181316837.000000
Dwin=609.383829
Fréquence moyenne : 2940.44 MHz
Fin du test : le 07/05/2006 à 04:23:24
Durée du test : 00:10:09
Use=13986264541 Duration=609143
Utilisation CPU : 93.5 %
Pourcentage d'utilisation CPU insuffisant !
___________________________________

Encore merci pour t nouvelles versions de cpustress Fouge, toujours a un rythme plus que soutenu, bravo!!!
         
 
Pour la version normal, aucun problème, correction du temps : +1ms de temps en temps, bonne détection du changement d'horloge, le GDT et L'Hsys ne frezz pas et surtout mbm5 ne frezz pas, le calcul de fréquence est juste (si changement), charge du cpu entre 99.8% et 100%.
 
Déjà j'explique pourquoi j'utilise mbm5, pour le log déjà mais surtout et c la qu'il m'est vital, pour l'alarme et le shutdown auto. Il surveille en permanence ma pompe qui pour une raison ou une autre peut stopper sont fonctionnement, la temp cpu et pwmic ect..., si un problème est détecté le pc s'arrête en une seconde et cela peut m'éviter bien des problèmes.
 
Donc pour en revenir a cpustress mais en priorité haute, le gros problème c que le GDT, l'Hsys mais surtout MBM5 sont FREZZ, donc mbm5 ne fonctionne plus et le système d'arrêt auto non plus (un test avec l'alarme et le shutdown active sur un ventilateur que je ralenti jusqu'au niveau critique m'a bien confirmé le problème)
 
De plus en priorité haute, si on insiste un peut avec alt-tab, cela cause une erreur « horloge modifiée ».
 
Si on touche a rien la version haute fonctionne plutôt bien mais beaucoup plus de Correction du temps : +1ms, un exemple avec un basculement de tache via alt+tab.
 
Début du test : le 08/04/2006 à 04:04:25
Fwin_start=3579545.000000
Avant : 04:04:31 Après : 04:04:47
Horloge système modifiée ! 16
Durée 16s 22984ms
Avant : 04:04:47 Après : 04:05:00
Horloge système modifiée ! 12
Durée 12s 6047ms
Correction du temps : +1ms
Correction du temps : +1ms
Correction du temps : +1ms
Correction du temps : +1ms
Correction du temps : +1ms
Correction du temps : +1ms
Correction du temps : +1ms
Correction du temps : +1ms
Correction du temps : +1ms
Correction du temps : +1ms
Avant : 04:05:36 Après : 04:06:09
Horloge système modifiée ! 32
Fwin_stop=3579545.000000
Tcpu=285564926626.000000
Twin=371047592.000000
Dwin=103.657753
Fréquence moyenne : 2754.88 MHz
Fin du test : le 08/04/2006 à 04:06:10
Durée du test : 00:01:11
Use=14200000000 Duration=71037
Utilisation CPU : 99.9 %
 
Je pense faire un test de +30min de cpustress normal et haute (la je prend un risque, mais je pense que le max temp du bios et fonctionnel, enfin j'espère , et pour ton projet je suis prêt a prendre des risques, mais pas trop quand même )

Euh, tu serais pas un peu parano par hasard ? Tu devrais investir dans un système plus fiable dans ce cas, parce que là, si ton PC freeze pour de vrai, et qu'ensuite ta pompe meurt, ben ta surveillance MBM5 n'aura servi à rien.
 
Enfin, ça ne cramera de toute façon pas puisque tu as un A64, mais bon

En oc, surtout quand on recherche la fréquence max stable ou en séance de burn, il est important d'avoir un oeil sur les températures du système, si cela n'est pas possible alors tu burn sans savoir comment ton système chauffe et la c vite la catastrophe.
 
Un exemple :
G mon cpu (un dual core) qui est stable a 2750Mhz, bon l’envi me prend de monter mon cpu a 3ghz, mais pour ça il lui fo un vcore de 1.75Volts(c un exemple).
 
Je lance cpustress en priorité haute.
Mon cpu est stable donc cpustress ne stop pas et continu le test.
Mon mbm5 et frezz et kom valeur max pour l’étage d’alim g mis 75°C, mais voila avec un vcore aussi haut l’étage d’alim grimpe en flèche et dépasse les 90°C, aucune sécurité pour ça dans le bios, et mbm5 etant frezz, l’alarme à 75°C n’est donc pas déclenché et le pc n’est pas arrêté, mon cpu est toujours aussi stable avec une temp cpu qui ne dépasse pas le max autorisé du bios, water cooling oblige.
Donc cpustress tourne toujours et hop l’étage d’alim fini par dépasser les 110°C !
CRASHHHHHH!!!!!!!!
Résultat des courses mobo cramée en 10 minutes!!!
 
Donc je pense qu’il est bon que cpustress permette justement de choisir la priorité, kom dans la version 0.09 qui est excellent.
 
Mais pour moi la prio haute=danger potentiel.

metha> J'ai mis 2 niveau de priorité pour contenter tout le monde justement. Et ce qui compte ce n'est pas le niveau de priorité mais le % de consommation CPU qui s'affiche à la fin du test. C'est cette valeur, et uniquement cette valeur qui est représentatif de l'intensité du test sur la machine.
Bref mieux vaut un 98% en priorité normale sur une machine en idle, qu'un 90% en priorité haute sur une machine avec d'autres trucs qui tournent.
Cette valeur étant très importante, je considère que tout test dont le % CPU moyen est < à 95% n'est pas valide.
Le mode priorité haute ne fait qu'aider à dépasser ce seuil, mais si c'est "dangeureux" pour toi, ne l'utilise pas !
 
Pour en revenir à la mesure du temps :
- correction + 1ms -> absolument pas grave, c'est juste dû à l'imprecision de la mesure
- entre 0 et 10s entre 2 "refresh" -> je considère que c'est normal
- entre 10 et 30s entre 2 "refresh" -> j'affiche l'anomalie mais je n'arrete pas le test
- plus de 30s entre 2 "refresh" -> j'affiche et arrete le test

C bien ce que je dis plus haut
 

Oui il est vrai que je trouve la version haute un poils limite, si les test de stab ou les burn ne permettent pas de regarder la température alors pour moi c pas bon, c un critère kom un autre et je pensais que cela avait son importance, je me suis trompé.

 Tous mes encouragements pour ce que est en train de faire fouge !
 
Modeste participation avec sempron 3000+ (754):
Début du test : le 07/05/2006 à 15:03:51
Fwin_start=3579545.000000
Correction du temps : +1ms
Fwin_stop=3579545.000000
Tcpu=418413532055.000000
Twin=573843011.000000
Dwin=160.311719
Fréquence moyenne : 2610.00 MHz
Fin du test : le 07/05/2006 à 15:06:32
Durée du test : 00:02:40
Use=15978125000 Duration=160001
Utilisation CPU : 99.9 %
___________________________________
 
Le % d'utilisation CPU est resté tt le temps a 100% sauf quand je bougeais la souris ou ça baissait parfois a 96/98
 
J'ai fait le meme test chez moi avec un sempron 3100@2400 et le % d'utilisation CPU est un poil inférieur, genre 97,5 %
 
Bravo pur ce logiciel qui prend vraiment de plus en plus un air sympathique

 
Début du test : le 07/05/2006 à 15:32:50
Fwin_start=3579545.000000
Correction du temps : +1ms
Fwin_stop=3579545.000000
Tcpu=11127862144239.000000
Twin=13546500670.000000
Dwin=3784.419715
Fréquence moyenne : 2940.44 MHz
Fin du test : le 07/05/2006 à 16:35:55
Durée du test : 01:03:03
Use=31077616328 Duration=3783814
Utilisation CPU : 99.0 %
___________________________________

 
Dans l'optique d'un OC je suis OK (c'est vrai que ce soft va servir à ça, un jour ), mais bon en général on est devant le PC quand on fait ça, ou pas loin.

N'importe quoi deja les Mosfet arriver à 100°C par la ils vont fournir moin de courant = plantage du cpu !!!    
Et vu que tu watercool le CPU, c'est a dire plu de ventilation sur les mosfets venant du ventilo du cpu !!! Et donc en Watercooling autant Watercooled les mosfets aussi !!!

Ou bien les refroidir avec des rad ou faire un flux d'air légé dessus...

Vi !

C'est pour sa qu'il font des WB pour mosfet !!! Mais c'est vrai que le Watercooling les composants sont pas étudier pour !!!

tu rajoute un 120mm sur les barettes mémoires, çà fera un flux d'air dans le boitier, et tes mosfets seront refroidis.

Donc pas d'interet du Watercooling si faut remettres des ventilo en + dans le boitier

l'intêret, c'est de refroidir le cpu.
 
le bruit, je m'en fout.

Bonjour à tous
 
excellente et super initiative de ta part que de créer ce prog, utile à tous    
 
donc j'ai testé
 
Pour les chiffres ils sont corrects  
 
juste un petit détail, alors que ton log me signalé 100% d'occupation de mon CPU, en réalité et je fais confiance à PC Wizard 2006, il l'était sur lui à 83%
Oh pas toutes les 2mn du test, juste les 20 premières secondes environ, aprés PC Wizard 2006 s'est aligné et ma bien affiché 100% aussi      
 
Sinon je nai pas eu de pb mais je me demande en cas de soucis, à la fin du test, on a un compte rendu des erreurs comme sur SP2004 par ex ???
 
 

 
Ben oui, il est bien connu qu'il est facile de tenir un dual core 2Mo copieusement survolté et overclocké avec un aircooling silencieux.

Fouge : je suis en pleine réinstallation mais j'ai déjà testé, sur mon nouvel OS je n'ai plus le pb des affinités, et ce sans avoir mis aucun patch X2 ni les drivers AMD, je verrais si ça évolue.

Wilfried2828> ma reponse ICI
Pour ne pas trop  Polluer  le taf de Fouge

Fais moi un screen, CPU Stress, PC Wizars et le GDT des tâches, tu verras que le CPU est bien à 100%
 
Et, oui, dès qu'il détecte une erreur le test s'arrete et affiche une ligne d'erreur (en rouge).

Alors quoi de neuf???

 
 
je suis a 110 ° sur la dfi

Mais toi t'est un ouf !

Complètement  déglingo

bah ,dsl mais j'ai les rad desus ,etc ..... ca monte a 11x en 5/6h de burn proc a 100%

On rigolais bien sur Mais fait gaf quand même ça arrive souvent que les mofset cramment sur trop gros voltage sur les dfi , et certains n'ont pas été prise en compte car due à un trop fort oc (selon dfi) si je me rapelle bien.

 
 
opty 170 2ghz @ 2.7ghz @ 1.5v , j'peu pas faire moins  
 
et un ptit conseil comme ca, essayez S&M pour valider un oc, il a reussi a me planter des o/c que 24h d'occt / prime , etc ...m'avait passés

 
Sado-Maso ?
 
 

 
 
http://www.benchmarkhq.ru/be_cpu.html  ( tout en bas )  
 
 

Oui mais voltage ram?    

C que ça pompe pas mal un dual.

 
 
2.7v
 
en parlant de S&M , j'aimerais bien un truc aussi poussé de ce prog en coru de construction

 
     
 
autant pour moi.    

Ah même pas un haut voltage

le lien sur la page est en erreur chez moi... pas possible de downloader

 
http://www.benchmarkhq.ru/english.html?/be_cpu.html