Reprise du message précédent :
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

Tu dois mettre le smtp de ton FAI, rien à voir avec hotmail.

ah ok je voyais pas trop le rapport non plus ! j'ai encore perdu une occasion de me taire !

Ta question n'était pas stupide
Peut-etre proposerai-je une combo où il faudra sélectionner le FAI plutot que d'entrer le SMTP.
De toute façon, si ya un problème, postez ici ! Il n'y a que les codes erreur qui m'interesse. Plus yen aura, plus j'arriverai à améliorer l'algo de stress CPU.

bon ben alors j'ai pas honte de dire que j'y arrive toujours pas alors ! j'ai pourtant mis le serveur SMTP que j'ai sur la feuille que mon FAI (wanadoo.es) m'a envoyé lors de mon incription, mais rien... Je leur ait deja ecrit pour leur demander si il y a quelque information que je n'aurais peut etre pas...
 
Dans tous les cas, je te prepare une bonne brouette de resultats pour d'ici ce soir !

smtp.wanadoo.fr ou même smtp.orange.fr
J'ai hâte de voir tous tes codes erreur

pas moyen d'envoyer le mail (c'est bien .ES) mais pas grave, resultats en mode manuel :

Sempron 3100+ @ 2528 (ram ralentie pour eviter interférences) tous les test a 41° au depart, S&M passif en fond pour monitorer la temp.

test 1: code erreur 22, 27  sec, CPU 99,6 %
test 2: code erreur 27, 63  sec, CPU 98,5 %
test 3: code erreur 15, 112 sec, CPU 98,3 %
test 4: code erreur 15, 181 sec, CPU 98,7 %
test 5: code erreur 16, 246 sec, CPU 98,5 %
test 6: code erreur 16,  46 sec, CPU 98,2 %
test 7: code erreur 15, 115 sec, CPU 99,2 %
test 8: code erreur 16,  70 sec, CPU 98,7 %
test 9: code erreur 24, 170 sec, CPU 98,4 %
test10: code erreur 16,  73 sec, CPU 98,8 %

Merci shurl
 
J'ai fait quelques tests aussi. Voici les codes erreur obtenus : 16/15/16/15/2/15/16/16/16/7/7/3/16/7/31/16/16/15/16/16
 
Y aurait-il un certain "hornetcup" ? Il aurait 4 processeurs logiques à 4620MHz ! Un Pentium EE je suppose. Dommage que ça soit la version 0.16 et non 0.16b.

T'es envoyé un rapport..
'fait iech mon proc est pas stable  
marrant car ça passait avec OCCT...

Combien d'heures d'OCCT torture test ?

Encore une victoire de canard !
 
edit: je viens de voir ton rapport de bug ZOOUUU, plantage au bout d'à peine 10min !

Ouaip !
Pour occt j'avais fait le test standard 30 min, mais en fait j'ai refait une session et occt plante aussi, j'avais augmenté la vitesse de la RAM entre  temps, et elle ne supporte pas bien PQI inside
Je vais retenté en baissant un peu la RAM

OCCT ne peut pas se tromper

ZOOUUU> Forcément, si tu changes des paramètres entre temps

à 217 MHz je pensais qu'elle passait ma PQI...
bha même pas  

Faut lui donner plus de volt peut-etre

CPU Test passe le bug de l'an 2006: j'ai nommé Vista (non je déconne, il est vraiment bien)
 

J'suis content que ça tourne correctement sur Vista 32bit

lui ai déjà donné +0.2v, j'peux pas plus

faudrait testé en MT sur le 64bits mais si ça passe en 32bits, je vois pas de raison pour que ça foire

J'en suis moins persuadé que toi (notament les parties codées en assembleur), mais c'est interessant à tester.

je viens de voir qu'il y a depuis peu une version de sp2004 destinée au dualcore: sp2004 orthos edition qui est sorti ce mois-ci

Déjà évoqué page précédante (avec lien)

Hello Fouge    
 
Felicitations pour ton progz, il tourne tres bien chez moi    (sur P4C et P-D)  
 
Les cores sont pratiquement utilisés a 100% (priorité normale)
 
Je me demandais, le log teste la stabilité du CPU, mais teste t il aussi la ram ?
 
Si la ram est defectueuse/mal configurée, génère t il des erreurs ?
 
Dsl si la question a deja été posée, je n'ai pas lu tout le topic    
 

Il test surtout le CPU. Si ta RAM n'est pas stable il est possible que cela génère une erreure. Si t'as RAM est défectueuse (quelque octets seulement) alors il y a de grande chance que ça passe inaperçu.
Le seul moyen de tester la RAM, c'est d'en tester son intégralité, et intensément de préférence.

Ok, merci  

c'est ca le resultat quand il detect une erreur:
 

 

 

 
 

Non, ça ce sont des erreurs "extérieures" à CPU Stress.
Lorsqu'une erreure est détectée, c'est affiché dans la zone de log, et le test s'arrete de lui-meme, proprement.
Exemple :

 
Pour générer de tels plantages, ça doit vraiment pas etre stable, si ?
Et c'est quoi ce JIT Debugging ?

 
pour faire du .net
 
Sinon c'est stable à prime95 (p95v2414.exe) mais j'en met que 1

1 ou 2 Prime95 ? Testé SP2004 aussi ?
Le CPU 0 est toujours affiché à 0% ?
 
J'espère que c'est pas un bug lié à l'HT (d'autres ont testé avec succès pourtant). Test en HT Off si tu peux...

sixpack> Voilà une version en mode console avec un seul thread :
http://olivier.fouge.free.fr/CPUSt [...] n_org1.zip
 
Le test s'arrete tout seul au bout de 3min.

 
2prime SP2004 en cours (t1 sa raaammmeee)

au faite non au debut du test CPU0 et CPU1 ete a 100%

apres 5min de 2 SP2004 j'ai ca sur un des 2:
 

 
Bon pas stable avec 2  

Salut
 
J'ai fait un test de 30 min priorité normale avec opt 165@2.6 et aucun probleme
 

ben testé du stable ça a pas beaucoup d'interet

Testé sur du 'supposé' stable
Mais des tests en 'non stable confirmé' ça m'interesse aussi, sinon plus.

J'en profite pour vous dire que j'ai modifié un peu la 1ère page.
La version de CPU Stress MT 0.17 est prévue pour samedi 01/07/2006 qui apportera :
- 2 ou 3 algos différents (et plus efficace qu'avant, testé chez moi)
- gestion d'un fichier INI pour mémoriser le pseudo et le serveur smtp pour l'envoie des rapports de bug
 
Un projet dérivé (code Nucleus) est également prévu. Mais aucune date n'est encore fixée. When it's done, comme on dit

 
Bravo pour ton boulot, mais il n'y a pas de 31/06/06    
Samedi 1 juillet?  

Oups je corrige

Bon voila apres qque recherche c'été la ram qui tennait pas 200@208
 
Now c'est rock stable avec 1h30 de double SP2004 (ram 200@203 prend pas plus )