Reprise du message précédent :
A dans ce cas ton avant dernier message portait à confusion

Ce qui voudrait dire qu'il se peut qu'on doive faire par nous même la mesure de temps  
Et çà on oublie trop souvent de le dire

Tout logiciel peut planter/geler/disparaitre. Là forcement, le logiciel en question pourra pas t'afficher grand chose
Je sais plus pourquoi j'ai dit ça exactement. P'tet parce que la première version affichait 3 chiffres après la seconde mais plus maintenant.
Un truc à 10s près ça me suffit, mais normalement ça sera affiché

J'essaie çà demain voir si l'algo est plus perf pour faire peur à mon PIII
Brrrrrrrr

C'est le même que le NG1, j'ai juste corrigé/modifié quelques petits trucs. Sur ton P3 ça changera rien.

Comme tu l'a dit sur OCM, cpu stress m'indique toujours la frequence du demarrage de Windows et non en temps reel.

C'est dû au fait que les Core 2 Duo supporte mal le QUery Frequency (affiche la fréquence de boot plutot que la "réelle" ). Or je vois que tu as 1 au lieu de 0 pour le Query Frequency, ce qui n'est pas normal.
 
Soit u m'envois un rapport de bug (possible uniquement que si ça détecte une erreure) soit t'attend que je te prépare une version de CPU_Detect.

Je vais le faire bugguer  

Je viens de trouver mon erreur
J'upload la version 0.20f et tu me diras si ça détecte la bonne fréquence.

Y'a un autre blem, je viens de mettre 2800 Mhz pour qu'il plante et il a tenu, je l'ai arreter au bout de 5 minutes alors que Spi 1M ne fait meme pas une passe  

Alors que ça n'avait pas tenu à 2750MHz ?
Toute façon, c'est pas super grave, je suis en train de faire un tout nouvel algo (cf mon post de 00:13).
 
Pour le problème de fréquence, ça doit etre réglé :
http://olivier.fouge.free.fr/CPUSt [...] _0.20f.zip

En fait, j'augmentait à chaque fois de 50 Mhz puis je faisait un spi 1M puis 5 minutes de Cpu Stress. Jusqu'a 2750 Mhz, tout passe correctement, à 2800 Cpu Stress passe encore mais plus Spi
 
Le bug de frequence est corrigé  
 

 
Par contre, ton algo test la memoire ou pas ? Je pense pas que ce soit ça car elle tient 552 Mhz mais on sait jamais.
 

Non ça ne test que le CPU. Et ravi que le bug soit corrigé, c'était une erreur d'étourderie  
 
Si t'as envie de participer à l'implémentation du nouvel algo, lis mon post de 00:13 (sur cette page).
Ca ne gère pas le dualcore mais ce n'est pas grave, c'est juste pour comparer les différents réglages entre eux

J'ai tester avec 8K, le calcul s'est fini correctement (a durer 60s quoi) et avec 4096k, le calcul s'est interrompu au bout de 20s. Tout ça à 2800 Mhz.
 
Il faudrait que tu mettes les tests à la suite en commencant par le 4096k (puisque c'est visiblement celui qui plante le plus vite)
 
4096 -> 2048 -> 1024 -> 512 -> 256 -> 128 -> 64 -> 32 -> 16 -> 8 -> 4096 -> 2048 -> ... et ainsi de suite.
 
Plus qu'a faire ça pour le mutli-core et tu as ton nouveau CPU Stress encore plus efficace.
 
 
 
Ce qui rest bizzare, c'est que CPU Stress me semble plus severe avec mon 6600, il plante à 3900 Mhz alors que je peux faire du Spi jusqu'a 4000 Mhz...

+1 pour le lancement automatique des tests
Mais si le programme ne peut de lui même analyser un plantage çà n'ira pas
Même si les test n'est pas long (1 minute), il faut quand même le lancer 10x et à chaque x être là donc 1/4 heure pour chaque série de test (en gros) de son temps

Suge Knight> T'as testé que le 8K et le 4096K ?
Et efffectivement les algos de stress ne réagissent pas de la même manière suivant les CPU.
 
Je vais voir si je peux pas faire un truc automatique. Ca devrait pouvoir se faire

Oui, je n'ai testé que 8K et 4096K  

C'est bon j'ai fait une version "automatisée". Ca devrait durer 10 à 20min (selon si les tests vont jusqu'au bout ou non) sans que vous aiyez à surveiller
http://olivier.fouge.free.fr/CPUSt [...] rn_NG3.zip

[pascal@localhost CPU_Burn_NG3.zip_FILES]$ wine CPU_Burn_NG3.exe
Afin que les premiers tests se deroulent dans les meme conditions
que les derniers, veuillez prechauffer votre processeur pendant
deux minutes avec CPU_Burn_org.exe
Press Return key to continue:
Test 8K : 60s Calcul Ok !
Quelques secondes de repos...
[...]
Test 4096K : 60s Calcul Ok !
Quelques secondes de repos...
Press Return key to continue:
 
Même chez moi ça marche

Tous les tests sont ok ?
Je rappelle qu'il faut tester sur de l'instable pour me dire quelle sont les tests les plus efficaces dans la détection d'une erreur

Salut Fouge,
 
Je viens de tester ton nouveau logiciel sur mon PC ; Tous les tests sont OK, de 8k a 4096k
 
Une question sans rapport : Quel skin utilises tu sur ce screen :
 
http://divers.peggaasuss.net/cpuz/ [...] 00-CPU.PNG
 
Ca ressemble beaucoup au skin de Windows Media Center (Royale) mais j'ai l'impression que c'est plus lisse, plus joli... je me trompe ?

Infosactualite> Sur du stable ou de l'instable ?

 
Oui mais pour ça faudrait que je sois sur que le processeur soir "stressé"... Ca chauffe, l'occupation est >95%, c'est bon signe mais pas suffisant. J'ai la flemme de chercher l'instabilité sous windows puis vérifier sous linux si il la trouve...

En fait ce que je voudrais, c'est que tu trouves, indépendament de tout autre logiciel, une fréquence ou certains des 10 tests passent mais pas tous.
Il me faut mettre en avant certaines tailles qui seraient plus efficace que d'autres dnas la détection des erreurs.
Voilà le but

Fouge > je t'avais dit que sur mon PIII j'avais constaté une chauffe plus importante à partir d'un certain test
Mais je n'ai pas réussi à le faire planter toutefois tu l'avais répondu que çà t'intéressait de savoir ce genre d'infos aussi
Voilà, si çà peut aider

Ca m'interesse moins que la détection d'erreur, mais c'est mieux que rien

Du stable

J'veux de l'instable les enfants

Franchement je ne sais pas ce que tu en penses mais çà sur Hardware depuis la fin des vacances...
Les impôts sûrement

Je vais tacher de me motiver pour tester les nouveaux algos.
 
Mais tu connais mon "problème", Fouge: en général en cas d'instabilité, ca fige avant la détection d'erreur.

Si t'as CPU_Burn_NG2 (et non la 3) tu peux tester chaque test et me dire si ça fige ou non. Mais je comprend que ça soit pénible à faire
Avec la 3, tout est automatiser : tu lances et tu reviens ~15min plus tard et t'as qu'à lire les résultats. Mais pour toi cette technique ne marchera pas
 
Sur mon CPU, je sais quelles versions sont les plus effficaces et j'ai pu voir une certaine corrélation. Mais il me faut la faire tester sur d'autre CPU pour voir si c'est reproductible.
Mon but étant d'adapter l'algo en fonction du CPU, afin qu'il soit le plus efficace possible. Mais pour cela il me faut des feedback.
 
De toute façon, même si l'algo est déjà intégré dans la future version 0.30 de CPU Stress MT, je ne l'ai pas encore rendu "compatible" multithread. J'ai donc de quoi m'occuper en attendant les feedback

Un autre test 10MHz plus bas que la dernière fois :

<Supprimé par l'auteur>
cf. Tetedeiench

Le lien de la NG2 n'est plus valide, tu pourrai la re-uploader, que j'ai tout en main pour les tests

Malheureusement non et je n'ai plus le code. J'vais essayer de la refaire vite fait...
 
edit: http://olivier.fouge.free.fr/CPUSt [...] rn_NG2.zip

Me revoilou, job pour moi?

Pas que pour toi, pour tout le monde :
 
Voilà un tout nouvel algo, bien plus performant que l'ancien :  
http://olivier.fouge.free.fr/CPUSt [...] rn_NG3.zip
Il contient 2 fichiers :
- CPU_Burn_org : ancien algo, durée de 2min
- CPU_Burn_NG3 : nouvel algo, durée total de 15min environ (10 tests)
 
A utiliser à 1 fréquence non stable, testez l'ancien algo mais surtout le nouveau incluant 10 tests. Pour chaque test, m'indiquer si c'est ok, sinon donner la durée approximative avant plantage et le code erreur (me faire copier/coller).
Pour le bien, faire le test NG3 2 fois à des fréquences (non stable) différentes.
Il est à noter qu'il est monothread et n'utilisera donc qu'un seul core, mais ça n'empeche pas de tester sur un dualcore.
 
Merci à tous

Ah pour ça faudrait que je sois sur mon barton, je peux pas sur le portable

Je t'oublie pas Fouge (d'autant que tu as récrée la NG2 spécialement pour moi) mais je serai pas là ce we.
 
Je tacherai de te faire un bon CR au cours de la semaine...