Reprise du message précédent :
Non. Toute façon ce qui m'interesse c'est de l'instable, à une/des fréquence(s) qui permettent de discriminer ces 7 versions.

Petit test rapide cette fois, en particulier pour ceux qui ont un Pentium-M, Celeron-M, Core Solo/Duo ou un Core 2 :
http://olivier.fouge.free.fr/OCCT/CPU_Detect22.zip
 
Ce qu'il me faut c'est seulement les 3 lignes du Brand String (entre *).
Pour ceux qui ont du SSE4, le tableau avec les EAX/EBX/ECX/EDX m'interesse aussi.
 
Bonne nuit

Bonne nuit, j'ai failli télécharger et tester sauf.... QUe je suis sous linux là j'ai failli oublier ....

 
Comment c'est possible ?
Faut mettre e17, XP et vista peuvent aller se rhabiller question look    
 
Il y a pas moyen d'avoir les bidules en ligne de commande pour linux, ils passent avec wine il ne devrait pas y avoir grand chose à faire ??

<Supprimé par l'auteur>
cf. Tetedeiench

T'as essayé avec CPU_Burn_size2.zip ? C'est une instabilité CPU ou plutot chipset/RAM ?
 
Ma technique est de mettre le CPU à une fréquence/FSB où je suis sûr de ne pas avoir de problème de surchauffe (car les bug sont trop aléatoires, dépendant de la T°) et pas de pb de FSB/RAM (fréquence ou je suis sur que c'est 100% stable).
Et je règle avec clockgen le FSB au MHZ près afin d'arriver à une fréquence (une plage de 30MHz) où le CPU plante en moins de 3min.
 
edit: si t'as un dualcore, mieux vaut essayer d'en lancer 2. N'oublie pas que je force l'assignation sur le CPU 0. Faudra juste régler le 2ème.

<Supprimé par l'auteur>
cf. Tetedeiench

Je ne me souviens pas de vous tous, ni de vos config. J'savais meme plus que t'avais un dualcore
 

T'as testé sans ces 3 logiciels ?
Toute façon, si même SP2004 est touché je peux pas faire granc chose.
 

Beaucoup de FPU, nombre d'itérations infini (jusqu'à ce que le temps limite soit atteind). La durée de chaque itération est variable et est à l'étude actuellement. C'est pourquoi l'on compare toutes ces version (32k à 2M).

<Supprimé par l'auteur>
cf. Tetedeiench

Encore un p'tit test rapide, en particulier pour ceux qui ont un CPU Intel (P4, PM, Core) :
http://olivier.fouge.free.fr/OCCT/CPU_Detect23.zip
 
Ce qu'il me faut c'est seulement les 3 lignes du Brand String (entre *) et la suivante (Brand String fixed).
Pour ceux qui ont du SSE4, le tableau avec les EAX/EBX/ECX/EDX m'interesse aussi.
 
Merci

Mon ordi est beaucoup plus (trop) instable depuis qqes jours, je reprend les tests quand j'ai réglé ça

Fouge > en tant que programmeur surtout de ce genre de log. tu ferais bien de te payer un p'tit P4 pour tes tests
T dois bien avoir 100 roros qui traînent
Hop, mobo+proco d'occas, ram de récup avec boîtier + alim idem, une p'tite graphique en pci @3.5€ à la cop et te voilà de quoi faire tes propres benchs

Un P4 j'en ai 1 au boulot (un Willamette, sans HT donc, celui-là même qui me permet d'écrire ici ) et j'ai même un Bi-Xeon HT Off pour compléter mes tests. Ya aussi des P3, P4B, A64 3000+ et un P4 HT (mais c'est la secrétaire de direction ).
Par contre aucun dualcore, ni d'Intel Core.
 
Et puis faire des tests en douce sur les PC des collègues...  
J'ai accès facilement au Bi-Xeon c'est déja pas mal.
 
edit: c'est bien pour détecter les infos du CPU (fréquence, nom, instruction, etc.) mais pas pour tester l'algo de test. Ca prend trop de temps et overclocking est très limité sur nos config. Et puis si on me choppe à un overclocker le bi-Xeon, à le rendre volontairement instable et lancer des tests en mode console, faut pas que je me fasse chopper

Lol c'est pas faut mdr, op un petit test sur le serveur???
 
j'imagine bien la scène, notre amis fouge sur le serveur de sa boite...
Quelques minutes aprés...
 
 
Ses collègues:
"Oh mer** qu'est ce qui se passe encore!!!"  
"Mer"** et j'avais pas sauvegardé   , pourquoi tout le réseau est mort, qu'est ce qui se passe encore???????, "
"Martine qu'es t'as encore fait???   "  
 
Et notre amis fouge qui se ca*** discreto en sifflant "llà là c'est pas moi qu'a fait ça..."  

Bon alors j'ai testé :
Athlon64 Vénice @ 2660MHz (instable)
 
32k:64.807s
64k:18.464s
128k:1er test = Ecran bleu + Reboot, 2eme test = Ecran bleu + Reboot
256k:74.403s
512k:117.036s
1M:OK
2M:OK
 
 

Merci
 
ow31. Que fais-tu ?

Mmm, bizarre. Ca monte facilement pourtant.
C'est un combien ?
 
Mon x2 3800+ passe sans prb de 2000 à 2500 Mhz, sans modif du vcore, et je peux encore monter mais je n'ai pas cherché l limite exact.
 
Es-tu sûr que ça vient du CPU ? As-tu pensé à désynchro la RAM ? A baisser le HT (ici, il est à 5, donc 5x200 Mhz = 1 000 Mhz, à 1 020 Mhz le HT rend la machine instable, il ne faut surtout pas l'OC, donc tu réduis le HT, à 4, 3, voir 2.5). Pour + d'infos, voir le topic X2 sur Hardware par ex.
 
 
 
EDIT : C'est quoi "Bulldog" ?

Je me demandais un truc: Quand on fait les tests a la suite comme on fait tous je pense, il n'y a pas un risque de fausser le tests a cause de la température accumulée sur le test précedent ? La chaleur ne risque pas de faire faire des erreurs sur des CPU deja "limite" ?
 
 Par exemple, si je commence un premier test 32k en idle a 39°, il dure un certain temps et a la fin du test le cpu est disons a 45° et la un autre test, puis un autre ...
 
Est il nécessaire d'attendre que le cpu revienne a sa temp idle après chaque test ?

Euh je tourne en 4x260MHz = 1040MHz de bus HT et j'ai aucun probleme avec mon Asus A8N-E avec Chispet Nforce4 Ultra !
Et avant j'avait 4x265MHz = 1060MHz, donc 2650MHz mais j'avait des ptit probleme de freeze du pc aléatoire depuis qu'il fait chaud donc je pense pas que sa venait de l'HT, donc j'ai remit sa à 2600MHz et sa roule en gardant le vcore de 1.5375v
On n'est pas à 50MHz prés  

Si. Je ne sais pas si j'ai expliqué ici.
Pour contrer ce problème j'ai fait 2 choses :
1) utiliser une fréquence où la T° ne semble pas critique
2) "préchauffer" le CPU avant le 1er test (genre avec 1/4h de SuperPI)
 
edit: autre chose aussi. A 2606 j'avais fait 2 fois les tests : 32k, ..., 2M, 2M, ..., 32k

 
Sortie de la version 0.14
- algo de test CPU modifié (2 versions : 256k & 512k)
- affiche le N° du processeur défaillant en cas d'erreur
- corrige le nom des CPU Intel Core 1 & 2
- détection (non vérifié) du SSE4 (Merom/Conroe/Woodcrest)
 
http://olivier.fouge.free.fr/OCCT/CPU_Stress_0.14.zip
 
Ce qu'il y a à tester :
- comparer l'efficacité des 2 versions 256k et 512k
- vérifier l'affichage du nom de votre CPU
- vérifier la bonne détection du SSE4 (pour ceux qui ont un Core 2 )

 
1250MHz easy sur ma DFI C'est très variable.

<Supprimé par l'auteur>
cf. Tetedeiench

<Supprimé par l'auteur>
cf. Tetedeiench

Je crois que t'es le premier possesseur d'X2 à tester ce logiciel. Les autres AMD dualcore étaient des Opteron 165. Bref, problème de taille...
Et pour le SSE4, c'est avec grande joie qu'Intel a utilisé un emplacement déjà pris par AMD. Jusqu'ici ils avaient l'air de s'etre mis d'accord, c'était tellement simple, trop sans doute.
 
Tu peux retester avec ça aussi ?
http://olivier.fouge.free.fr/OCCT/CPU_Detect24.zip

Voici un résumé de mes propres tests.
 
2585 : tous OK
 
2596 :
CS 0.10 -> 90 / ok  
CS 0.11 -> ok / ok
CS 0.12 -> 90* / ok
CS 0.13b -> ok / ok
CS 0.14-256k -> ok / ok
CS 0.14-512k -> ok / ok
CB 256k -> 92 / 62
CB 512k -> 7 / 44
 
2606 :
CS 0.10 -> 10 / 08  
CS 0.11 -> 50* / 10
CS 0.12 -> 40* / 54*
CS 0.13b -> 23 / 64
CS 0.14-256k -> 5 / 1
CS 0.14-512k -> ok / ok
CB 256k -> 10 / 7
CB 512k -> 3 / 6
 
CS = CPU Stress
CB = CPU Burn
* = freez

J'ai resolu mes petits soucis (Mauvais contact rad/CPU) et revoila des tests:

CPUburn 2 et CPU STRESS 0.14

tous les test a 41° au depart

Sempron 3100+ @ 2569

Burn2  32k: 39s
Burn2  64k: 20s
Burn2 128k: 18s
Burn2 256k:  3s
Burn2 512k:  3s
Burn2 1 Mo:  9s
Burn2 2 Mo: 17s
-----------------------

Sempron 3100+ @ 2559

Burn2  32k: 54s
Burn2  64k: 31s
Burn2 128k: 14s
Burn2 256k:  2s
Burn2 512k: 12s
Burn2 1 Mo: 24s
Burn2 2 Mo:  5s
CPUSTRESS 256K: 2s, 59s
CPUSTRESS 512k: 100s, 92s
-----------------------

Sempron 3100+ @ 2554

Burn2  32k: OK 180s
Burn2  64k: 98s
Burn2 128k:  4s,  44s
Burn2 256k: 82s,   5s, OK 180s
Burn2 512k: 14s, 144s
Burn2 1 Mo: 54s,  61s
Burn2 2 Mo: OK 180s, 139s
CPUSTRESS 256: 42s,  3s
CPUSTRESS 512: 24s, 34s
------------------------

Sempron 3100+ @ 2544

Burn2  32k: OK 180s
Burn2  64k: OK 180s
Burn2 128k: 91s
Burn2 256k: OK 180s
Burn2 512k: 142s
Burn2 1 Mo: 165s
Burn2 2 Mo: OK 180s
CPUSTRESS 256: 100s, 110s
CPUSTRESS 512: 229s,  66s

Ah au fait moi aussi ça inscrit SSE4

Pour ceux qui ont le SSE4 détecté alors que ça ne devrait pas (tous les CPU K8 je pense), veuillez tester ceci et me faire un copier/coller:
http://olivier.fouge.free.fr/OCCT/CPU_Detect24.zip

il est où cpuburn2 dans cpustress ?

Il fait référence à ça :
http://olivier.fouge.free.fr/OCCT/CPU_Burn_size2.zip

http://img432.imageshack.us/my.php [...] t245lh.jpg

Erreur de débutant. Tous les CPU qui avaient le SSE3 avaient d'office le SSE4
C'est corrigé (pour la prochaine version).

Et c'est bon tu peux m'appeller qu'une fois, ça suffit je comprends    
 
 
 
 
 
----->[]

Ah bravo!

<Supprimé par l'auteur>
cf. Tetedeiench

Je sais bien que ça arrive souvent, et surtout à moi c'est bien pour ça que je le dis    Y a aussi les oublis de ";" et le compilateur qui te donnes une erreur plus bas sur une ligne qui marche et toi tu comprends pas "ké ki dis? Elle est juste cte ligne  "

 
sérieux? :x moi qui penser qu'avec 1020 ça planterait

 
Au cas ou si ca peut aider ... AMD 64 3700+ @ 2915mhz San Diego

 
 
Scusez ma question qui va certainement vous paraitre bete , mais ca correspond a quoi ces temps en secondes ?
Au temps avant que le soft detecte une erreur ?

Oui.

ok , et donc on fait 2 tests a la suite alors ?