BurnMMX sur un athlon ...

 
Heuuu, le metal du ref ? Tu veux dire le radiateur ? Je sais pas si il est chaud mais le thermometre place sous le soket m'indique environ 55 °C apres environ 10 min, penses tu que la temperature soit en cause.
Il serait étonant que se soit le chipset ou la RAM qui soient le facteur limitant car ils sont prevu pour etre cadensé aux max à 133MHz et je les fait tourner à 120. Donc je pense que c'est le proc ... Mais bon, le refroidir ne sufirait peut etre pas ???

jai foutu burnk6 + un autre burn + seti et c plus bourrin que burn tt seul
crois moi
je le vois  
sinon prime95 ca ma pas f monter en temp associe a seti
la je rode en ce moment a 64 degres

[edit]--Message édité par cpulloverclock--[/edit]

c pas mon ordi et je lai monte avec quelqu1 dautre
meme a 70 degres il est stable
c volontaire de le monter a + de 60 degres vu que je sais qui est stable a 70
rodage
je sais ce que je f et c moi qui ait monte les composants
je sais ce quils valent

 
Tout d'aborf, FELICITATIONS Robert pour ces excellents logiciels. Je n'ai jamais vu pour ma part de logiciels faisant chauffer à ce point les processeurs !
 
Si je résume pour un athlon/Duron, tu conseilles :
- de faire tourner ~1 heure (minimum) burnK6 tout seul pour échauffer le CPU
- de faire tourner environ 12 heures 2 copies de burn MMX/BX pour tester la stabilité (faut-il faire tourner burnbx et burnmmx en même temps ? ce qui signifierait 2 fenêtres burnmmx et 2 fenêtres burnbx ?)
EST-CE bien cela ???
 
Personnelement jusqu'à maintenant je faisais tourner burnk6, burnmmx, et burnbx en même temps. Burnk6 et burnbx ne se sont JAMAIS arrêtés, contrairement à burnbx qui s'arrête tout seul après 12 à 24 heures pour les overclocks un peu poussés.
 
Une question: comment expliques tu que Prime95, logiciel de calcul des suites de Mersenne, plantes bien plus tôt (dans le temps) que cpuburn ? Cer argument fait que pour ma part, j'utilise Prime95 pour tester la stabilité et burnk6 pour chauffer...pour l'instant :)

Par panneaux je comprends ceux du boitier.<P>
65'C me semble un peu eleve (ou non selon le MHz).  Vous vous etes rassurer
d'une bonne graissage thermique et une bonne circulation d'aire fraiche
au CPU?  Les events sont faciles a bloquer par du tapis et souvent ne sont
pas assez grands.<P>
SETI+burnP6 n'est pas aussi severe que burnP6 toute seule.  SETI utilise
approx 70%des circuits maximale du CPU.  burnP6 ~90%.  Les deux ensemble
n'utilise que 80%.<P>

hier 65 degres panneaux fermes
auj 61 panneaux fermes
24/h24h seti+ cpuburn
si ca f pas travailler le proco ca...
rajouter bientot burnintest pour roder

Malheureusement, je ne comprends pas tout cet argot. [Y a-t-il un FAQ en
qqpart?]<P> Mais il faut faire un distinction entre la stabilite d'une
system exploitation et la stabilite des circuits/puces.  Quand vous roulez
plusieurs logiciels gras, vous etes en train de verifier la stabilite de
la systeme exploitation, et un peu la stabilite du memoire comme vous
en utilisez beaucoup.  Le CPU n'est guere taxe parce qu'il les marche
en serie, l'un apres l'autre.  Nul des CPUs actuelles ne peuvent pas
travailler plus qu'un logiciel a la fois.  SMP vous donne plusieurs CPUs,
mais il faut attendre SMT pour avoir de la execution de 2-8 programmes
simultanees dans un CPU.<P>
Mais les logiciels normales ne font pas travailler le CPU a son maximum,
y compris SETI.  C'est pourquoi j'ai ecrit `cpuburn` [burnP6/K6/BX/MMX]
pour avoir ce travail intensif.  Vous pouvez aussi faire marcher plusieurs
copies.  Normalement, je conseille au moins 2 copies de burnBX/MMX par CPU
afin de travailler le cache "writeback".  burnP6/K6 est mieux tout seule
parce que le changement des taches est un temps de repose pour le CPU.<P>
-- Robert  auteur `cpuburn`  http://users.ev1.net/~redelm

Chacun son gout.  burnP6/K6 sont faites uniquement pour chauffer
le CPU.  Une equilibre thermique devrait-etre etablie en dedans de 15 minutes.  Doc je dis
que 1h est bien ample pour burnP6/K6<P>
Mais burnBX/MMX est completement different.  Ils sont des testeurs de memoire a bandwidth maximal avec des donnees villains.  J'ai vu
des erreurs provoques pas avant 4-6 h.  Alors je dis que 12h est
le minimum.  Si quelqu'un prefere 24h, je n'ai pas d'objection.  Mais
pas trop longue -- des  puces RAM fassent a-peu-pres une erreur
par 128 Mo par mois.  D'ou ECC.<P>
-- Robert  auteur `cpuburn`  http://users.ev1.net/~redelm

Un meilleur refrodissement aiderait toujours, mais ce n'est peut-etre pas
l'etape limitante dans votre system.  Est-ce que vous pouvez toucher le
metal du ref? Ou encore mieux, y mettre une thermometre?  S'il n'est pas
trop chaud (>50'C), il n'y a peu a gagner.  Mais faites attention que
vous ayez une bonne application de graisse thermique.

Quand burnBX/MMX soulevent des erreurs alors que burnP6/K6 n'en ait pas,
il faut plutot tourner son attention vers la systeme de memoire, y
compris le controlleur (Northbridge).  burnBX/MMX sont concus pour
vous aider -- faites les rouler avec differents parametres de grosseur:
si `burnMMX L` (4 Mo) souleve plus d'erreurs que `burnMMX f` (defaut 64 Ko)
c'est une bonne indication des problems en dehors du CPU. `g` ou `h`
localise des erreurs plus dans le L2.  `e` dans L1.

Quant aux graphiques, n'y songez point.  Je suis un gars d'unix et je trouve
son philosphie tres elegant.  Tout logiciel doit etre aussi simple que
possible et ne devrait pas consommer plus de resources que necessaire.
Des softs GUI sont gros, gras, difficile a ecrire et transporter, et pire
ne peuvent pas travailler ensemble.

-- Robert  auteur `cpuburn`  http://users.ev1.net

 
Ok, en gros ca veu dire que mon system est pas stable. Si je change mon rad noname pour un Alpha 6065 avec un ventilo papst 612NGHH, cela devrait t-il resoudre le probleme (BurnMMX plante apres 10 min avec unTbird AXIA 08 1000@1200 avec une temp de mon proc d'environ 54 °C).
 
Si non Robert, Bravo pour ce soft simple qui met bien à l'épreuve la stabilité des sytemes overclocké ... A quand la version graphique ?

[edit]--Message édité par Roms--[/edit]

Il me parait que `burnMMX` a provoque une erreur de memoire (soit L2, soit RAM)
et quand il detecte une telle condition, il se termine automatiquement avec un code 255.
Si vous marchez `burnMMX` sous `runprio`, ce code doit apparaitre.

-- Robert  auteur `cpuburn` http://users.ev1.net/~redelm

Bonne question. Autrement dit qui vit très bien sur toutes les autres applis mais  avec burn mmx qui plante ?