stable partout sauf à burnmmx / power supply ?

stable partout sauf à burnmmx / power supply ? - Overclocking, Cooling & Modding

Marsh Posté le 14-05-2002 à 21:21:40    

Mon celeron  1A @ 1.4 Ghz supporte à l'aise tous les burns (toast, burnbx, burnp5, burnp6) et ne plante ni à 3dmark2001 ni même à SuperPi 32M... Par contre, il ne passe pas burnmmx : erreur windows qui est désolé de devoir fermer le prog...
C'est quoi ? le voltage : il est à 1.675v.


Message édité par chicha le 16-07-2002 à 14:46:15
Reply

Marsh Posté le 14-05-2002 à 21:21:40   

Reply

Marsh Posté le 14-05-2002 à 21:31:20    

pas stable... je sais c'est chiant :(

Reply

Marsh Posté le 14-05-2002 à 21:32:15    

chicha a écrit a écrit :

Mon celeron  1A @ 1.4 Ghz supporte à l'aise tous les burns (toast, burnbx, burnp5, burnp6) et ne plante ni à 3dmark2001 ni même à SuperPi 32M... Par contre, il ne passe pas burnmmx : erreur windows qui est désolé de devoir fermer le prog...
C'est quoi ? le voltage : il est à 1.675v.  




met lui 1.8 pour voir  :D

Reply

Marsh Posté le 14-05-2002 à 21:35:06    

J'ai peur de relier les fils... C'est possible d'y réchapper ?

Reply

Marsh Posté le 14-05-2002 à 21:42:10    

pour moi si tu as passé Super PI 32M c'est que ton proc est stable .... mais bon si tu es sur que le plantage de burnmmx vient de ton proc, ben y te reste plus qu'a roder .... sauf si tu mod ton voltage .... bonne chance ... ;)


---------------
powered by 1700+ JIUHB 0251 F @ 2450 / 1.74v :ange: et rock stable !!!! :sol:
Reply

Marsh Posté le 14-05-2002 à 21:49:59    

Il est sur burnbx depuis deux jours, burnbx étant le burn qui fait le plus chauffer le cpu (47¤). Vous pensez que ca peut le rendre stable sous burnmmx ? Ou alors ca n'a rien à voir ?

Reply

Marsh Posté le 14-05-2002 à 22:39:23    

chicha a écrit a écrit :

Il est sur burnbx depuis deux jours, burnbx étant le burn qui fait le plus chauffer le cpu (47¤). Vous pensez que ca peut le rendre stable sous burnmmx ? Ou alors ca n'a rien à voir ?  




ha ben oui alors, fait le burner 3-4 jours, et je pense que tu pourras faire du burnmmx no probleme apres ça ... ;)

 

[jfdsdjhfuetppo]--Message édité par razorbak83 le 14-05-2002 à 22:40:58--[/jfdsdjhfuetppo]


---------------
powered by 1700+ JIUHB 0251 F @ 2450 / 1.74v :ange: et rock stable !!!! :sol:
Reply

Marsh Posté le 14-05-2002 à 22:41:21    

à mon avis ton proco est stable, si il reste sous tout sans pb surtout un super pi en 32M, si tu n'etait pas stable ca planterai.
Tu doit juste avoir un pb avec ce logisile.

Reply

Marsh Posté le 14-05-2002 à 22:47:32    

Que ce soit le 'burnmmx' du pack cpuburn3 ou cpuburn4, c'est la meme merde de message d'erreur.
 
A noter que mon ex-celeron 800 fumait tranquilou burnmmx o/c à 1.16 GHz... avec exactement la même config (RAM, CM...)
 
Comprend plus :???: dans quelques bornes peut-etre... j'espere que razorbak83 dit vrai  ;)

Reply

Marsh Posté le 14-05-2002 à 23:01:45    

ben je l'espere aussi ... :D  
ben moi en tout cas ça m'a permis de redescendre le voltage de mon proc le rodage ..... plus que 2.15v ..... ;)


---------------
powered by 1700+ JIUHB 0251 F @ 2450 / 1.74v :ange: et rock stable !!!! :sol:
Reply

Marsh Posté le 14-05-2002 à 23:01:45   

Reply

Marsh Posté le 14-05-2002 à 23:30:51    

tu ten tapes de burnmmx
perso je test plus loc avec c progs car jatteindrais jamais la temp  ou memmenes c prog
perso test dns un game
tu vas pas te servir dun prog de burn continuellement
 
tu peux planter sous burnmmx a cause de la temp mais pas dns les games et autres etc... c le principal
f des burn avec de lencodage, des trucs ou tu sais que tu devras etre stable et non des progs qui font chauffer jusqua 15 degres au dessus de la temp que tauras dns les games etc....  :sarcastic:


---------------
:)
Reply

Marsh Posté le 14-05-2002 à 23:32:12    

nan mais serieux perso je peux avoir une freq qui plante a burnk7 et c 100% stable dns les games et ailleurs sous winxp
mais vu que la temp natteint jamais celle que jai sous burnk7 ca plante pas
aucun interet davoir une temp quon atteindra jamais en utilisation normale!!!!!!!!


---------------
:)
Reply

Marsh Posté le 14-05-2002 à 23:34:35    

cpulloverclock a écrit a écrit :

nan mais serieux perso je peux avoir une freq qui plante a burnk7 et c 100% stable dns les games et ailleurs sous winxp
mais vu que la temp natteint jamais celle que jai sous burnk7 ca plante pas
aucun interet davoir une temp quon atteindra jamais en utilisation normale!!!!!!!!  




kler [:frodonmike]


---------------

Reply

Marsh Posté le 14-05-2002 à 23:36:29    

frodonmike a écrit a écrit :

 
kler [:frodonmike]  



bah oui
je vois plus linteret de c progs
alors jutilise cpustabilitest qui donne a peu pres la meme temp en full que dns les games ou encodage etc....


---------------
:)
Reply

Marsh Posté le 14-05-2002 à 23:41:09    

Mes celerii 600@1075 et 900@1248 passaient tous les tests et fonctionnaient nickels pour jeux, benchs, 3D, compression DivX etc...
Mais plantaient sous BurnMMX.
 
En fait, les celerons n'aiment pas ce test à priori à cause de leur 128Ko de cacche qui sont alors plus que mal mené lors de ce test.
Finalement, no pb et ils sont resté oc'é sans autre problème que ce burnmmx.

Reply

Marsh Posté le 14-05-2002 à 23:42:00    

jen rajoute une couche
 
pour moi la stabilite c quand le proc est 100% stable avec ce qu'on lui f faire
 
 
cpuburn c du burn extreme donc c une temp que lon atteindre jamais en utilisation
 
en general le proc plante plutot a cause de la temp avec ca


---------------
:)
Reply

Marsh Posté le 14-05-2002 à 23:42:23    

vipecs a écrit a écrit :

Mes celerii 600@1075 et 900@1248 passaient tous les tests et fonctionnaient nickels pour jeux, benchs, 3D, compression DivX etc...
Mais plantaient sous BurnMMX.
 
En fait, les celerons n'aiment pas ce test à priori à cause de leur 128Ko de cacche qui sont alors plus que mal mené lors de ce test.
Finalement, no pb et ils sont resté oc'é sans autre problème que ce burnmmx.  



bah voila et au revoir cpuburn


---------------
:)
Reply

Marsh Posté le 15-05-2002 à 10:28:24    

bon cpull
qu'est ce que tu pense Super PI pour tester la stabilité d'un proc o/cé ??? parce que moi mon 650 n'a jamais passé les 16M ni 32M et pourtant je peux faire du toast, j'ai pas un plantage et tout ....  :heink:  
poubelle aussi ?  :lol:


---------------
powered by 1700+ JIUHB 0251 F @ 2450 / 1.74v :ange: et rock stable !!!! :sol:
Reply

Marsh Posté le 15-05-2002 à 10:49:19    

y'a pas un truc d'ailleurs pour booster le voltage d'un cel 900 sur une CM qui ne peut pas le régler en jumper ou soft ?
(la cm le gere en auto)
je me suis jamais vraiement intéressé à la question mais ca me décoit un peu le 900 qui passe difficilement le 112x9 :(


---------------
Metro-PoleRéseau A Suivre...: Annuseries|LeVillage|pErDUSA
Reply

Marsh Posté le 15-05-2002 à 11:25:44    

chicha a écrit a écrit :

Mon celeron  1A @ 1.4 Ghz supporte à l'aise tous les burns (toast, burnbx, burnp5, burnp6) et ne plante ni à 3dmark2001 ni même à SuperPi 32M... Par contre, il ne passe pas burnmmx : erreur windows qui est désolé de devoir fermer le prog...
C'est quoi ? le voltage : il est à 1.675v.  




 
Je pense plutôt à une faiblesse de ta ram pour ce test plutot que ton proco. Fais un memtest tu pourrais avoir des surprises...

Reply

Marsh Posté le 15-05-2002 à 18:32:59    

C'est pas la temp, burnmmx ne la fait pas depasser les 45¤ ...
alors que burnbx par exemple la monte à 47¤ et c rock stable !
 

cpulloverclock a écrit a écrit :

nan mais serieux perso je peux avoir une freq qui plante a burnk7 et c 100% stable dns les games et ailleurs sous winxp
mais vu que la temp natteint jamais celle que jai sous burnk7 ca plante pas
aucun interet davoir une temp quon atteindra jamais en utilisation normale!!!!!!!!  



Reply

Marsh Posté le 15-05-2002 à 18:36:36    

chicha a écrit a écrit :

C'est pas la temp, burnmmx ne la fait pas depasser les 45¤ ...
alors que burnbx par exemple la monte à 47¤ et c rock stable !
 
 



bah alors test direct dns les games

Reply

Marsh Posté le 15-05-2002 à 23:37:22    

johnbroot a écrit a écrit :

 
 
Je pense plutôt à une faiblesse de ta ram pour ce test plutot que ton proco. Fais un memtest tu pourrais avoir des surprises...  




 
J'ai d/l memTest (v1.1) et j'ai lancé le test sur 128 Mo (libres) sur mes 256 Mo au total. J'ai 0 erreur sur 5000% couvert... Peut-être faut-il être plus patient...  
 
Mais bon c bizarre... sans doute le voltage doit être augmenté pour burnmmx (cf. Readme), sinon je ne vois pas !

Reply

Marsh Posté le 16-05-2002 à 10:28:17    

Chez moi avec mes celeron quand je lançais Burnmmx (cf: mon post au-dessus), à 1.95V, j'avais un écran bleu et à 2.00V, ça rebootait direct.
Pourtant ma T° ne dépassait pas 43° (Aqua 690)

Reply

Marsh Posté le 16-05-2002 à 10:32:31    

cpulloverclock a écrit a écrit :

tu ten tapes de burnmmx
perso je test plus loc avec c progs car jatteindrais jamais la temp  ou memmenes c prog
perso test dns un game
tu vas pas te servir dun prog de burn continuellement
 
tu peux planter sous burnmmx a cause de la temp mais pas dns les games et autres etc... c le principal
f des burn avec de lencodage, des trucs ou tu sais que tu devras etre stable et non des progs qui font chauffer jusqua 15 degres au dessus de la temp que tauras dns les games etc....  :sarcastic:  




 
complétement faux ,burnmmx bouge des bloc en RAM ,ça signifie donc que sa ram n'est pas stable ,c'est source de plantage divers surtout dans les jeux, y apas que le cpu dans un pc ...
 
je te conseil d'aller faire un tour sur ce topic :
 
http://forum.hardware.fr/forum2.ph [...] c=1&trash=

Reply

Marsh Posté le 16-05-2002 à 11:45:28    

En tout cas chez moi, les machines avec les celerons pas stables sous Burnmmx passaient très bien le memtest toute la nuit!

Reply

Marsh Posté le 16-05-2002 à 11:49:29    

vipecs a écrit a écrit :

En tout cas chez moi, les machines avec les celerons pas stables sous Burnmmx passaient très bien le memtest toute la nuit!  




 
oui c'est tout a fait possible mais si tu passes pas le test memtest tu as aucune chance d'etre stable a burnmmx.

Reply

Marsh Posté le 16-05-2002 à 13:21:07    

chicha a écrit a écrit :

 
 
J'ai d/l memTest (v1.1) et j'ai lancé le test sur 128 Mo (libres) sur mes 256 Mo au total. J'ai 0 erreur sur 5000% couvert... Peut-être faut-il être plus patient...  
 
Mais bon c bizarre... sans doute le voltage doit être augmenté pour burnmmx (cf. Readme), sinon je ne vois pas !  




 
OK mais va quand même recuperer le dernier memtest 2.9!
http://www.teresaudio.com/memtest86/
 
et teste TOUTE ta ram
 
:hello: grand aigle

Reply

Marsh Posté le 16-05-2002 à 14:47:53    

johnbroot a écrit a écrit :

 
 
OK mais va quand même recuperer le dernier memtest 2.9!
http://www.teresaudio.com/memtest86/
 
et teste TOUTE ta ram
 
:hello: grand aigle  




 
ok je vois ce soir (je suis au taf).
mais sache qd meme que cette meme RAM passait burnmmx sans pb avec mon c800 a 1160
dont la RAM tournait a 145 MHz en 222 5/7... donc pire qu'en ce moment (140 MHz) !

Reply

Marsh Posté le 29-05-2002 à 11:33:54    

Je reviens a la charge: c'est sur que c pas la RAM:
- j'ai desynchro la RAM/FSB et ca ne passe tjs pas l'o/c a 1.4 GHz... donc c pas la RAM !
 
- je suis passe a 1.33 GHz, ou tout va bien a Vcc=1.675v; par contre, j'ai le meme symptome a Vcc=1.525v (ie: burnmmx plante)
- si je met Vcc=1.475v a 1.33 GHz, ca bippe comme un fou au boot !
... je pense donc que c le votage ?

Reply

Marsh Posté le 31-05-2002 à 10:22:00    

chicha a écrit a écrit :

Je reviens a la charge: c'est sur que c pas la RAM:
- j'ai desynchro la RAM/FSB et ca ne passe tjs pas l'o/c a 1.4 GHz... donc c pas la RAM !
 
- je suis passe a 1.33 GHz, ou tout va bien a Vcc=1.675v; par contre, j'ai le meme symptome a Vcc=1.525v (ie: burnmmx plante)
- si je met Vcc=1.475v a 1.33 GHz, ca bippe comme un fou au boot !
... je pense donc que c le votage ?  




 
mais a tu fais le test ?
car ta ram peut tres bien planter sans que ça ai le moindre rapport avec ton overcloking.

 

[jfdsdjhfuetppo]--Message édité par Grand Aigle le 31-05-2002 à 13:10:15--[/jfdsdjhfuetppo]

Reply

Marsh Posté le 31-05-2002 à 10:50:47    

Va falloir mettre les choses au clair :
 
 
Concernant l'usage des softs :
 
- BurnMMX teste, comme son nom l'indique, LE MMX. C'est à dire charge les registres mm0 à mm8 pour les codeurs ASM. Ainsi qu'un peu de ram, du cache L1/L2 (normal).
 
- BurnBX charge surtout sur les caches plus que les unités de calcul. Ca chauffe plus, mais c'est moins stressant.
 
- SuperPI est tout sauf optimisé pour les instruction sets recents, il est donc à mettre au même niveau de BurnP6, qui reste un test valable pour certains types d'architectures.
 
Dès lors, il n'est pas du tout surprennant que BurnBX soit stable et pas BurnMMX. En effet sur les Celeron, c'est plus souvent le MMX ou SSE qui est instable avec le cache L1/L2. Or burnMMX décèle plus facilement ces problèmes que burnBX.
 
 
concernant les personnes qui disent que ca ne sert à rien :
 
Faudra pas s'etonner d'avoir des petits plantages par ci par là cet été...
 
- D'une part vous utilisez plus souvent votre PC en full load que vous ne le croyez : jeu, encodage, etc...
 
- D'autre part j'ai rarement vu de procos se comporter correctement sur TOUTES les applis que j'ai testé quand ils n'étaient pas stable sous BurnMMX.
 
Dès lors les défauts peuvent aller de la detection de CRC qui n'existe pas dans des archives zip, artefacts de compression sur du DivX (et ca, qu'est-ce que j'en voyais :sarcastic:), erreurs de softs qui seront faussement imputées à windows...
 
 
Mon point de vue sur la stabilité
 
La stabilité n'est pas pour moi le fait que je puisse démarrer les applis que j'utilise sans planter alors que je ne suis pas stable sous divers tests, comme pas mal finalement, mais que je sois sûr de ne jamais rencontrer d'instabilité avec les softs que je serais amené à utiliser.
 
La stabilité sous BurnMMX est pour moi necessaire, mais pas suffisante. Il faut completer avec un truc costaud comme un jeu basé sur le moteur de Quake III ou dérivés, par exemple. Car j'ai souvent vu des procos être stable sur BurnMMX/P6 mais pas sous Quake III. Presque jamais l'inverse, par contre.
 
Sinon il est effectivement important de determiner les responsabilités : testez votre ram pour vous assurer qu'elle est stable avant d'incriminer un o/c. Pas de miracles, 12h de memtest86 v2.9 s'imposent pour être fixé.


---------------
Le topic du QLRR et FIRE - Knowledge is power. Power corrupts. Study hard, become evil.
Reply

Marsh Posté le 31-05-2002 à 10:58:33    

je suis d'accord
 
 
 
 
par contre
 
 
 :non:  a CPULLOC  
 
 
ce n'est pas parceque tu es stable dans les jeux que tu l'es partout....
 
 
 :sarcastic:  
 
 
franchement d'ailleurs ca fait pas très sérieux d'avoir une fréquence différente en fonction de chaque bench....

Reply

Marsh Posté le 31-05-2002 à 11:00:30    

Memory Bench : 3122/2799@1808MHz  
8K3A (226.02 bank interleave disabled)
Cpumathmark : 10.75s@2016MHz
Cpumark : 179@1798MHz!!!!!!!!!
Fpumark : 10683.016@2019MHz
Cpu Benchmark : 5627/2819@2030MHz
Cpu Multi-Media : 10999/12884@2021MHz
 
 
 
 
pour moi la stabilité c'est pas ca..  :lol:  :lol:

Reply

Marsh Posté le 31-05-2002 à 11:13:04    

c'est pas grand chose burnMMX :
 

Code :
  1. #  cpuburn-1.4:  burnMMX   Chipset/DRAM Loading Utility
  2. #  Copyright 2000  Robert J. Redelmeier.  All Right Reserved
  3. #  Licensed under GNU General Public Licence 2.0.  No warrantee.
  4. #  *** USE AT YOUR OWN RISK ***
  5. .text
  6. #ifdef WINDOWS
  7. .globl _main
  8. _main:
  9. movl 4(%esp),%eax
  10. movl $6, %ecx # default f = 64 kB
  11. subl $1, %eax # is a param given?
  12. jz no_size
  13. movl 8(%esp),%eax # address of strings
  14. movl 4(%eax),%eax # address of first paramater
  15. movzb (%eax),%ecx # first parameter - a byte
  16. no_size:
  17. subl $12, %esp # stack space
  18. #else
  19. .globl _start
  20. _start:
  21. subl $12, %esp
  22. movl 20(%esp), %eax
  23. movl $6, %ecx # default f = 64 kB
  24. testl %eax, %eax # is a param given?
  25. jz no_size
  26. movl (%eax), %ecx
  27. no_size:
  28. #endif      
  29. emms
  30. movq rt, %mm0
  31. decl %ecx
  32. andl $15, %ecx # mask off ASCII bits
  33. movl $256, %eax
  34. shll %cl, %eax
  35. movl %eax, 4(%esp) # save blocksize
  36. movl $256*1024, %eax
  37. shrl %cl, %eax
  38. movl %eax, 8(%esp) # save count blks / 512 MB
  39. movl 4(%esp), %ecx # initial fill of 2 cachelines
  40. shrl $4, %ecx
  41. movl $buffer, %edi
  42. xorl %eax, %eax
  43. notl %eax
  44. more:
  45. movl %eax, %edx # qwords F-F-0-F , F-0-F-0
  46. notl %edx
  47. movl %eax,  0(%edi)
  48. movl %eax,  4(%edi)
  49. movl %eax,  8(%edi)
  50. movl %eax, 12(%edi)
  51. movl %edx, 16(%edi)
  52. movl %edx, 20(%edi)
  53. movl %eax, 24(%edi)
  54. movl %eax, 28(%edi)
  55. movl %eax, 32(%edi)
  56. movl %eax, 36(%edi)
  57. movl %edx, 40(%edi)
  58. movl %edx, 44(%edi)
  59. movl %eax, 48(%edi)
  60. movl %eax, 52(%edi)
  61. movl %edx, 56(%edi)
  62. movl %edx, 60(%edi)
  63. rcll $1, %eax # walking zero, 33 cycle
  64. leal 64(%edi), %edi # odd inst to preserve CF
  65. decl %ecx
  66. jnz more
  67. thrash:    # OUTER LOOP
  68. movl 8(%esp), %edx #   reset count for 512 MB
  69. mov_again:
  70. movq %mm0, %mm1
  71. movq %mm0, %mm2
  72. movl $buffer, %esi
  73. movl $buf2, %edi
  74. movl 4(%esp), %ecx
  75. shll $2, %ecx # move block up
  76. addl %ecx, %esi
  77. addl %ecx, %edi
  78. negl %ecx
  79. .align 16, 0x90
  80. 0:        # WORKLOOP 7 uops/ 3 clks in L1
  81. movq 0(%esi,%ecx),%mm7
  82. pmaddwd %mm0, %mm1
  83. pmaddwd %mm0, %mm2
  84. movq %mm7, 0(%edi,%ecx)
  85. addl $8, %ecx
  86. jnz 0b
  87. movl $buffer + 32, %edi # move block back
  88. movl $buf2, %esi  # shifting by
  89. movl 4(%esp), %ecx  # one cacheline
  90. subl $8, %ecx
  91. shll $2, %ecx
  92. addl %ecx, %esi
  93. addl %ecx, %edi
  94. negl %ecx
  95. .align 16, 0x90
  96. 0:       # second workloop
  97. movq 0(%esi,%ecx),%mm7
  98. pmaddwd %mm0, %mm1
  99. pmaddwd %mm0, %mm2
  100. movq %mm7, 0(%edi,%ecx)
  101. addl $8, %ecx
  102. jnz 0b
  103. movl $buffer, %edi
  104. movsl   # replace last c line
  105. movsl
  106. movsl
  107. movsl
  108. movsl
  109. movsl
  110. movsl
  111. movsl
  112. decl %edx  # do again for 512 MB.
  113. jnz mov_again
  114. xorl %ebx ,%ebx # DATA CHECK
  115. decl %ebx
  116. pcmpeqd %mm2, %mm1
  117. psrlq $16, %mm1
  118. movd %mm1, %eax
  119. incl %eax
  120. jnz error  # MMX calcs OK?
  121. decl %ebx
  122. subl $32, %edi
  123. xorl %ecx, %ecx
  124. test:    # Check data (NOT optimized)
  125. mov 0(%edi,%ecx,4), %eax
  126. cmp %eax, 4(%edi,%ecx,4)
  127. jnz error
  128. incl %ecx
  129. incl %ecx
  130. cmpl 4(%esp), %ecx
  131. jc test
  132. jmp thrash
  133. error:    # error abend
  134. emms
  135. movl $1, %eax
  136. #ifdef WINDOWS
  137. addl $12, %esp  # deallocate stack
  138. ret
  139. #else
  140. push %ebx
  141. push %eax
  142. int $0x80
  143. #endif
  144. rt: .long 0x7fffffff, 0x7fffffff
  145. .bss    # Data allocation
  146. .align 32
  147. .lcomm buffer,  32 <<20 # reduce both to 8 <<20 for only
  148. .lcomm buf2,  32 <<20 # 16 MB virtual memory available
  149. #


 
Jdois pouvoir ajouter des trucs là dedans :D


---------------
Le topic du QLRR et FIRE - Knowledge is power. Power corrupts. Study hard, become evil.
Reply

Marsh Posté le 31-05-2002 à 11:19:48    

A priori en regardant de près, BurnMMX implémente en MMX des algos utilisés dans des softs comme... memtest :D
 
En fait burnMMX teste la mémoire avec le MMX, pas vraiment le proco lui même (indirectement, donc).
 
De toute façon on a pas trop le choix à moins de s'amuser à calculer des valeurs connues et à verifier l'exactitude du calcul sur un nombre de décimales affolant.


---------------
Le topic du QLRR et FIRE - Knowledge is power. Power corrupts. Study hard, become evil.
Reply

Marsh Posté le 15-07-2002 à 20:55:56    

Je reviens à la charge car mon celeron n'est tjs rodé...  :(  
Le README de CpuBurn annonce :
- "burnMMX  is to test cache/memory interfaces on all CPUs with MMX"
- "The goal has been to maximize heat production from the CPU, putting stress on the CPU itself, cooling system, motherboard (especially voltage regulators) and power supply (likely cause of burnBX/MMX errors).
 
Le "power supply" en question, c'est le sous-voltage du proc (1.675v pour un c1A@1.4) ? ou alors l'alim qui ne délivre pas des tensions satisfaisante (mon 12v est à 11.61v) ?


Message édité par chicha le 16-07-2002 à 14:45:28
Reply

Marsh Posté le 16-07-2002 à 14:45:08    

Voici les voltages de mon  alim sous Sandra :
+3.3 -> 3.47
+5 -> 4.89
+12 -> 11.61
-12 -> -11.94
-5 -> -5.11
 
Alors ca craint ?

Reply

Marsh Posté le 16-07-2002 à 14:48:22    

ben100g a écrit a écrit :

je suis d'accord
 
 
 
 
par contre
 
 
 :non:  a CPULLOC  
 
 
ce n'est pas parceque tu es stable dans les jeux que tu l'es partout....
 
 
 :sarcastic:  
 
 
franchement d'ailleurs ca fait pas très sérieux d'avoir une fréquence différente en fonction de chaque bench....  



c avec des procs differents  :sarcastic:  
 
et perso c pas parce que t pas stavle avec des progs qui temmenent a des temp que tatteindra jamais en utilisation normal que t pas stable
 
si t stable en utilisation courante, par exemple en encodage et pas sous burnmachin pour moi c stable
 
burnmx ca sert qua faire chauffer, rien dautre
alors en f suffit de refroidir le proc pour etre stable apres
pas dur


---------------
:)
Reply

Marsh Posté le 16-07-2002 à 15:39:02    

:bounce:

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed