Reprise du message précédent :
Et le dernier rapportait un changement d'heure de quel ordre ?
Faut vraiment que j'implémente cet envoie de rapport de bug par mail, ce serait tellement plus simple.

 
ça ne prend qu'un seul core.
 
Pour ta question, je ne peux pas dire, tout ça c'était en début d'année, avant que ton soft soit OP.

si je me rappelle bien, quelqu'un avait déjà eu un probleme avec la mise à jour de son antivirus et ton prog

ganply> Oui ça me dit qqch, mais c'était pas lui déjà ?
 
asmomo> T'as pas bien cherché
http://sp2004.fre3.com/beta/beta2.htm

Résolu pour cpu_stress. Il a tourné 21h sans pb aujourd'hui (en ayant viré NIS2005).
 
Il a eu chaud le pauvre 165, c'est monté a 32.5° dans ma piaule (59° sur le proc).
 
Mais sp2004 ça fait pareil, p-e la mise à jour de win  

Bon .. sp2004 viens de tourner 16h sans problème non plus.
 
Mais en priorité 8 et sans avoir coupé les softs en fond.
 
Réssai plus tard en priorité 10 (mais le proc est stable je pense ).

Sortie de la version 0.16
- correction du % faux lorsqu'un plantage survient après quelques secondes
- possibilité d'envoyer un rapport de bug lorsq'une erreur est détectée
 
http://olivier.fouge.free.fr/OCCT/CPU_Stress_0.16.zip
 
Ce qu'il y a à tester :
- vérifier que le % d'utilisation est correct lorsque ça plante au bout de quelques secondes
- tester l'envoie du rapport de bug (connexion internet requise )
- si vous avez un dualcore, me faire une belle capture d'écran (comme en page 1)
 
Ici, c'est pas du vaporeware

+1
Je suis encore tout ça mais je poste plus trop, étant la plupart du temps sur OSX

Ca marche QT (le truc de Trolltech) sous OSX ?

Alors là J'ai débarqué sur cet OS il y a un mois ou un truc du genre, depuis j'ai eu le bac à traverser... donc excuse ma maigre connaissance du sujet

D'après eux :
# Qt/Windows  (Microsoft Windows XP, 2000, NT 4, Me/98)
# Qt/Mac  (Mac OS X)
# Qt/X11  (Linux, Solaris, HP-UX, IRIX, AIX, many other Unix variants)

Et ça sert à quoi QT ?

"Qt sets the standard for high-performance, cross-platform application development. It includes a C++ class library and tools for cross-platform development and internationalization."
 
Bref, c'est ce qui va me faciliter le portage vers Linux (et pourquoi pas OSX).

S'il te faut du monde pour tester sur OSX, tu peux compter moi et mon petit MacBook Pro dans tes rangs

Moi pas comprendre comment envoyer le rapport d'erreur  

Le vaporware a du bon : il est facile d'utilisation

Groody> Déjà, il faut que CPU Stress détecte une erreur
Ensuite, tu mets éventuellement ton Pseudo (pour que je sache de qui ça vient et que je fasse le rapporchement avec un membre d'HFR) et tu clic sur OK.
 
Tetedeiench> J'espère au moins que t'es pret pour demain soir

Je viens d'essayer la version 16 et j'ai eu ça :
 
Début du test : le 22/06/2006 à 22:46:03
Fwin=3579545
Avant : 22:47:24 Après : 22:47:38
Horloge système modifiée : 14
Durée 14s 14079ms
Tcpu=530480168512
Twin=865404164
Dwin=241.763734
Fréquence moyenne : 2194.21 MHz
Fin du test : le 22/06/2006 à 22:50:06
Durée du test : 00:04:01
Use=236890 Duration=241688
Utilisation CPU : 98.0 %
 
Processeur : AMD Athlon XP3200+

 
Vendredi 31...
 
J'ai un annif' tout l'week ainde Sinon lundi c'était pesé

Fouge, il en a détecté une (décalage de l'horloge trop important =stopé).
Mais rien pour envoyer le rapport.
 
Ce genre d'erreurs ne déclenche pas l'envoi de rapport ?

brunold> Quelle priorité ? A part un p'tit freez d'horloge de 14s, rien à signaler.

Tetedeiench> Oula j'ai cru que c'était pour demain moi  
RDV vendredi 30 alors

normal
et "retour dans le passé" pour l'horloge (de + de 14s je crois) alors que la dernière synchro NTP a eu lieu le 18

Non il n'y a que l'erreur de calcul qui provoque une proposition d'envoie d'erreur
Et quand le changement d'heure stop le calcul, c'est qu'il y a eu un décalage de plus d'1min, sinon ça se contente de l'afficher.

 
J'ai mis priorité haute.
 
J'ai également un logiciel de calcul partagé qui utilise 100% du proc.

 
Ailleurs non plus  

Je sais, je sais

Dans l'aprem ou la soirée, quand le X2 3800+ sera dispo (rendu 3d en cours depuis 8 jours ), je fais tourner le soft et chercherai la limite (je sais que je n'en suis pas loin, SP2004 me trouvait des erreurs quelques Mhz (FSB) plus haut).

Je viens de recevoir mon 1er rapport de bug !
Par contre il n'a pas donné son Pseudo (Anonyme). C'est un P4 2.4GHz@3GHz qui a planté au bout de 3min. S'il se reconnait qu'il me dise si ça a marché du 1er coup ou s'il a du donner le serveur SMTP de son FAI
 
edit: j'suis bete, j'ai regardé le mail en détail, ça a marché du 1er coup sans rien paramétrer manuellement.

Sortie de la version 0.16b
- ajout de nombreuses boucles de vérification
 
http://olivier.fouge.free.fr/CPUSt [...] _0.16b.zip
 
Ce qu'il y a à tester :
- vérifier que le % d'utilisation est correct lorsque ça plante au bout de quelques secondes
- tester l'envoie du rapport de bug (connexion internet requise )
- si vous avez un dualcore, me faire une belle capture d'écran (comme en page 1)
Mais surtout :
- enchainer les erreurs (au moins une dizaine), notez les codes erreurs, et renvoyez les moi (rapport de bug intégré ou sur ce topic)
 
Le dernier point est très important : chaque étape de la boucle de calcul est vérifié. Plus j'aurai de feedback plus je verrai les calculs inneficaces et ceux qui engendre les erreurs. Cela permettra d'améliorer l'algo de manière très sensible dès les prochaines versions !
Evitez cependant de rendre la machine instable au point que ça plante en moins de 3s, le résultat n'est dans ce cas pas très significatif (c'est tout du moins ce que je pense).
J'ai donc aujourd'hui besoin particulièrement de vous : inutile de tester pendant des heures l'efficacité de l'algo (amoindrie à cause de ces nombreuses verif), simplement un maximum de code erreurs qui surviennent après + de 3s de calcul. Plus j'aurai de code erreurs plus je serai content
 
Merci à vous !

Je t'ai envoyé quelques rapports mais ton algo ne fait pas broncher mon proco, meme a la limite du BSOD, il peine à trouver des erreurs.

Si tu parles de la 0.16b, ça peut sembler normal. J'ai mis énormément de vérification ce qui diminue l'intensité de l'algo.
Je vais regarder les rapports de bug...
 
Vous pouvez aussi reportez ici la liste des codes erreur, si ça vous arrange.
 
edit: j'ai légèrement modifié la 0.16b, lors d'un arret manuel il ne vous proposera pas d'envoyer de rapport de bug.

J'ai reçu tes rapports, 5 codes erreurs : 15, 7, 16, 7, 16
Et comme par hasard, 7 et 16 font appel à la même fonction !
Au total, il y a 33 codes erreurs différents, de 1 à 33.

Ce serait possible qu'il se rappelle le pseudo et le serveur SMTP ?

Sur mon Presler j'utilisais SuperPi pour chercher une première stabilité, mais je me suis rendu compte en faisant des tests pour le iench que c'est absolument pas adapté, et je vois la même chose avec ton soft. Le core 0 lâche en qqes secondes, alors que ça tient un double SPI32M sans broncher. C'est très différent de l'opteron.

asmomo> Oui ça peut se faire (base de registre ou fichier INI).
Surtout qu'apparement, la méthode "automatique" ne fonctionne pas toujours.
J'ai reçu 2 RDB de ta part : 2 codes 15.

Oui. Là j'ai baissé un peu la fréquence et ça ne plante plus, pourtant normalement ce n'est pas stable. Et sinon un ptit ini ce serait nickel.

Salut !
J'ai essayé d'envoyer un rapport mais pas moyen de le faire partir... je suis censé mettre quoi dans serveur smtp ? mon mail est chez hotmail, et le smtp devrait etre mx1.hotmail.com mais pas moyen...
une précision: j'ai un routeur avec firewall