Reprise du message précédent :
bakk15> Aucune idée. Là aucun logiciel de stabilité ne trouve de problème ? Un memtest et un scandisk, au cas où...
 
BIERMAN> Avant, j'attend confirmation d'un des 3 possesseurs de Core 2 Duo avec coef modifié
 

bakk15 > ton 104% c'est un système d'o/c automatique ?

Non ca permet de reglé quasiment le voltage cdpu comme tu le veut.
tu as les tension de 0.8 à 1.6 ( je crois, j'ai jamais vu bien haut ) et tu peux augmneter par le %
 
voici un tableau qui explique bien.

 
donc tu peux vraiment etre tres tres précis dans le volatge que tu veux appliquer

La fréquence c'est bien stabilisée
 

 
edit: sinon par rapport à CPU burn NG3: tous les tests sont sortis OK
tout comme 2 superPI 32M (1 par core)
 
en revanche...
- OCCT PT 263 crashed au bout de 11min
- ORTHOS (blend) stopped au bout de 5m 39s
               (large) stopped au bout de 3m 24s
 
ce soir je diminue le voltage pour le mettre en instable (crash au bout de 2sec) et je reste.
 
edit 2:
 

 
Chez moi aussi ça passe bien
 
bonne journée à tous

Ok, c'est bon, ja valide la version 0.20g et je viens de modifier la 1ère page en conséquence
http://olivier.fouge.free.fr/CPUSt [...] _0.20g.zip
 
7 révisions de la version 20 juste pour bien détecter la fréquence des Core 2 Duo (entre autre)

Je viens de tester a une fréuqnece non stable.
 
[quote]Début du test : le 20/09/2006 à 17:36:37
CPU Family F Model 3 Step 2
Using TSC : 1
Arret du test : code erreur 2
Le processeur 1 a généré une erreur.
Votre PC n'est pas stable !
Tcpu=55027099333
Twin=55027096788
Fréquence moyenne : 2750.87 MHz
Fin du test : le 20/09/2006 à 17:36:58
Durée du test : 00:00:20
Use=40078 Duration=20500
Utilisation CPU : 97.8 %[quote]
 
Mon soucis de boot venez de mauvais réglage de timing de la RAM.

Mr Fouge, a partir de combien de temps (de torture) peut on considerer qu'un proco est stable avec votre soft ?
 
Est ce plus violent ou moins violent qu'un double prime95 ?
Est ce plus violent ou moins violent qu'un double super Pi ?
Est ce plus violent ou moins violent qu'un OCCT perestroika 266 ?

Ca dépend des config, mais c'est généralement en-dessous de Prime95 et OCCT PT. Mais pas toujours.
Le mieux est que tu fasse les tests par toi-même : un p'tit comparatif de 30min chacun
 
Il faut savoir également qu'un autre algo est en cours d'intégration. Si ça t'interesse :

merci
 
je suis stable double pi,
3dm06
mes jeux habituel (NFSMW, fear EP démo)
stress test mt0.20g  
mais pas OCCT PT

T'as testé 2*Prime95 ou SP2004 Orthos ?
OCCT PT détecte une erreure au bout de combien de temps ?

Orthos = no soucis (30mn, aprs je stoppe moi même)
OCCT PT me signale une erreur soir dans les 2 premiere minutes, soit vers 40 mn (pourquoi ???)
memtest x86 + 1.65 = no soucis
 

Orthos en mode Large ? Si c'est non, alors test en Large FFT.
 
OCCT PT, c'est le test Perso (Infini) ou le test Auto (30min) ? Car un plantage qui survient dès les premières secondes (sans compter l'éventuelle 1ère minute d'idle) alors il s'agit peut-etre d'un bug.
Il faut que tu vérifie l'existance du fichier error.dat et regarde le numero qu'il contient.

ok, je vais lancer orthos en mode large
 
sinon sur l'autre bécanne, j'ai lancé (tout de suite) ton CPu BURN NG3 ...
 
enfin, occt m'a l'air encore bien buggé, trés aléatoire chez moi ... (je vais regarder ke N° erreor)

1) ok
2) c'est à tester uniquement sur une machine instable (genre qui plante en moins d'1min)
3) si le fichier error.dat n'est pas présent, c'est qu'il n'y a pas eu d'erreure détectée. Post sur son topic

2) c'est à tester uniquement sur une machine instable (genre qui plante en moins d'1min)  
Tout se passe bien pour l'instant (j'en suis à 2048k en cours...)
3) si le fichier error.dat n'est pas présent, c'est qu'il n'y a pas eu d'erreure détectée. Post sur son topic
le fichier error.dat n'est pas présent ...

Il faudra que tu tests avec SP2004 Orthos en Large alors, pour confirmer.
OCCT PT semble buguer chez toi. Parles-en éventuellement à Tetedeiench, il essai de résoudre le pb

Pour OCCTPT le bug asmomo est résolu (plantage au début du burn sans raison logique).

hmmm interessant ça, j'avais pas vu!! (drapal inside..)
je testerais un de ces jours....

Çà ralentit en ce moment ou bien !?

J'suis sur le debugage d'OCCTPT là
 
J'ai pas abandonné, mais j'en chie pour le nouvel algo (celui du NG3) en multithread

Oui çà peut se comprendre vu que c'est quand même le coeur de l'appli

j'ai chopé OCCTPT RC1, je testerais egalement...

Drapal!

c marrant j'ai l'impression de retrouver les memes forumeurs sur les sujets que je suis :
 
fouge
Bierman
Burn2
Chaced
boblemagnifique
 
...
 
 

Apparement le lien de download est mort ...

Non le lien donné en 1ère page est toujours bon : http://olivier.fouge.free.fr/CPUSt [...] _0.20g.zip
 
Ce soir, nouvelle version majeure

Mon x2 3800+ @2.7GHz l'attend de ses 939 pattes
EDIT : stable OCCTPT et SP2004 Orthos à cette fréquence

Sortie de la version 0.30  
- tout nouvel algo de stress CPU bien plus performant !
- suppression de certaines infos dans l'interface (essentiellement là pour le débugage)
- détection du SSSE3 (Supplemental SSE3) des Core 2 Duo
- enregistre les paramètres de durée et de priorité dans le fichier INI
 
Télécharger CPU Stress MT 0.30
 
Test qu'il y a à faire :
- vérifier que la fréquence détectée est la bonne (notament sur les derniers CPU Intel)
- comparer l'efficacité de l'algo avec l'ancienne version 0.20g ainsi qu'avec SP2004 Orthos, OCCT PT, etc.
- essayez de le faire planter en cliquant sur Exécuter/Stopper/Exécuter/Stopper/Exécuter/Stopper... le plus vite possible. Vérifier que, suite à cela, le % CPU (affiché par le log) et la consommation mémoire est normale.
 
Merci à vous !

    MOi je ne suis plus trop présent sur le forum à part sur les sujet ou j'ai déjà participé. Plus assé de temps

Testé vite fait sur ma config, à première vue ça marche bien.
La détection du CPU est OK, juste au niveau des fréquence avec le CnQ, au lancement du prog c'est OK, ensuite la fréquence monte bien au début du test, mais elle ne redescend pas après la fin.
Sinon je suis sous vista et avec aero la moitié droite des ascenceurs est masquée, mais c'est OK avec l'interface classique.

A là fin ça ne rafraichie plus, il garde la fréquence de fonctionnement pendant le test.

oui, je pensais pas à un bug

Je vais également avoit besoin d'une personne pouvant faire des tests sur un P4 HT en instable, avec une version spéciale que je vais mettre bientot dispo

J'ai pas ça par contre

Pour les autres, ya la version 0.30 postée sur cette page

Ouep mais pas trop le temps de rendre ma machine instable Puis on a le même proco(même age , barton quoi )!  

tester 0.30 code erreur 3 aubout de 20' sur 30' en priorité haute avec un firefox ouvert + antivirus
retest en priorité normale avec tout de fermé code erreur 3 aubout de 7'
alors que sur OCCT Beta 267 aucune erreur sur le test 30'
Au niveau temp en full sur la sonde AMD K8 :
64° max avec OCCT
70° max avec CPU stress
Alors j'ai pas lu le topic en entier mais erreur 3 quesako?
Quelles differences y a t'il avec OCCT sur le stress : +CPU ou +RAM?
En tout cas moi qui croyait mon pc super stable j'ai les boules

Pas mal tout ça
 
Au total, il y a 7 code erreur. C'est juste pour moi voir quel type d'erreurs sont les plus courant, pour faire quelques statistiques. Rien d'important à savoir pour vous
 
Au niveau du stress, ça reste assez orienté CPU (unités de calculs + caches) avec une consommation mémoire assez réduite (10/12Mo par thread).
 
OCCT PT a évolué, tu devrais tester la RC1.1 (la 1.2 a un bug assez génant) et propose 3 type d'algo (CPU, CPU&RAM, RAM).
 
Que donne SP2004 Orthos chez toi ?

je l'avais fait il y a quelques temps et ça passait sur les 3 modes pendant 3, 4 heures
Mais je vais le re faire en small fts je pense que c'est le mode qui ressemble le plus au tiens
Au sujet d'OCCT il y avait déjà 3 types d'algo sur les derniers beta
de toutes manieres on dirait que la RC2 est proche