Memtest est-il fiable??? - Hardware
Marsh Posté le 13-05-2002 à 15:59:21
et surtout a partir de combien d'erreurs c'est consideré comme dangereux pour le systeme ( a combien est la limite du plantage?)
enfin bref comment interpreter les resultats??
Marsh Posté le 13-05-2002 à 16:13:43
Pour moi memtest est très fiable et a partir d'une erreur (le moindre bit défaillant) et hop, la barette n'est plus bonne !
Imagines toi en train de faire des maths et tu oublies de recopier un chiffre. Tout est faux . Ben pour l'ordinateur c'est pareil ! Un bit qui foire, tout peut planter. Vu la quantité astronomique de calculs par seconde, le système est instable.
(Il se peut aussi, si l'erreur est "à la fin" de la barette, que ca ne crashe que lorsque le système est sous pression...
Moi j'ai 0 erreurs à memtest... Machine 100% stable.
Marsh Posté le 13-05-2002 à 16:24:52
Moi aussi je n'ai aucune erreur sur ma machine actuelle... Je l'ai laisser tourné 5 h un WE avec memtest et aucune erreur !
Par contre sur une autre bécane qui a récement échappé de la fumée (et des freeze frquent), le soft trouve très vite des erreurs... parfois il n'affiche même pas d'erreur et la machine se plante. Et je tiens à signaler que le pb ne vient pas de ma ram: J'ai changé la barrette par une saine et ça fait pareil. Ma CM doit avoir pris un coup.
Marsh Posté le 13-05-2002 à 16:26:04
Caedes a écrit a écrit : Pour moi memtest est très fiable et a partir d'une erreur (le moindre bit défaillant) et hop, la barette n'est plus bonne ! Imagines toi en train de faire des maths et tu oublies de recopier un chiffre. Tout est faux . Ben pour l'ordinateur c'est pareil ! Un bit qui foire, tout peut planter. Vu la quantité astronomique de calculs par seconde, le système est instable. (Il se peut aussi, si l'erreur est "à la fin" de la barette, que ca ne crashe que lorsque le système est sous pression... Moi j'ai 0 erreurs à memtest... Machine 100% stable. |
Et la gestion d'erreur (bit de flag pour les conaisseurs) c'est pour les chiens..... bien sur que non si un bit est mort ca marche quand même et heureusement parce que sinon lors des transfert ce risque de chier beaucoup!!!!
Marsh Posté le 13-05-2002 à 16:31:09
parce que moi j'ai mon fsb a 147 et tous le timings memoires a fonds et j'ai moins de 300 erreurs et mon systeme est tres stables!!
Combien de temps il faut le laisser tourner pour que se soit valable?
Marsh Posté le 13-05-2002 à 17:36:40
papangue a écrit a écrit : Et la gestion d'erreur (bit de flag pour les conaisseurs) c'est pour les chiens..... bien sur que non si un bit est mort ca marche quand même et heureusement parce que sinon lors des transfert ce risque de chier beaucoup!!!! |
A ma connaissance y a pas de contrôle d'erreurs sur les barrettes classiques (sauf les ECC). Mais je peux me tromper.
dans l'eventualité qu'un tel test existe, mais si memtest décecte une erreur, c'est que justement ce bit de correction n'est pas assez puissant pour contrer les eventuelles erreurs des 7 bits précédents...
(edit : enfin, si le check fonctionne selon un rapport 7:1 hein !
[jfdsdjhfuetppo]--Message édité par Caedes le 13-05-2002 à 17:45:42--[/jfdsdjhfuetppo]
Marsh Posté le 13-05-2002 à 17:37:09
hier j'ai fait le test pendant 10mn =environ 300 erreures je le refait aujourdhui en mettant le v ddr a 2.65v en 30mn = 30 erreures?? qu'en penser??
Marsh Posté le 13-05-2002 à 17:42:45
que ta ram est plus stable en augmentant le volage ( ce qui n'est pa une nouveauté ) et surtout , qu'ele a peine stble a la freq ou elle tourne ( mais c vrai que 300 erreurs sur 256000000 secteur ca peut paraitre minime)
Marsh Posté le 13-05-2002 à 18:13:45
le seul cas ou memtest peut se vautrer et te trouver des fausses erreurs, c'est si il détecte mal la quantitée de mémoire, ou qu'il teste de l'espace mémoire qui est mappée sur autre chose que la ram (rom de bios, ça peut être possible, espace pci impossible je pense).
dans la version 2.9 tu as plusieurs stratégies de détection de la quantitée de la ram, certaines merdouille suivant les machines.
si le moindre bit de ram est instable (ou cramé), et c'est le système qui se vautre, allant d'un bête gel du système à une perte des données de ton dur (bin oui image que la zone en erreur soit utilisée par le cache disque, ou que la zone soit utilisée comme tampon de transfert par un soft de défragmentation...)
pour le cpu, un bit qui change va te tranformer une instruction d'addition en n'importe quelle autre instrucion soustraction/division, ou peut faire passer une valeur qui serait par exemple j'en sais rien 2.5 à 78.987*10^-56.
si vous avez un doute sur la ram, under-clockez...
si de la certifiée 133 mhz qui donne des erreurs tient sans erreur à 100 mhz, c'est que c'est de la merde en barre...
si elle tient pas non plus, c'est que le soft délire peut-être si c'est toujours la même zone (très faible probabilitée, dans le doute tester sur un autre modèle de mobo), mais qu'il y a plustôt un module de niqué (et là retour sav).....
Marsh Posté le 13-05-2002 à 20:20:05
Bon, alors j'ai refait une batterie de tests; pouvez-vous m'aider à interpreter SVP?
En FSB 100 ca marche nickel, pas une erreur sur 3 ou 4 cycles complets.
Par contre, en FSB133, quel que soit le bank ou est la RAM, il me fait de temps en temps (très rare) une erreur sur le test 3, et toujours 28 à 30 erreurs sur le test 4, mais il n'y a aucune erreur sur les autres tests.
30 erreurs, ca ne me parait pas beaucoup, mais comme c'est systèmatique, ca peut sans doute provoquer les problèmes de BI, non?
Est-ce que ca peut toujours être autre chose ou est-ce que j'ai trouvé l'origine de mon problème??
NB: Je ne sais pas si les erreurs se produisent toujours au même endroit, ou s'il y a plusieurs celules endommagées; je crois que le error report dit que c'est à 200 megs à peu près, et donne des 'Badram' de longueur différente (séries de 3 à 12 ou 13 chiffres hexa), mais avec les mêmes 3 chiffres hexa qui reviennent toujours: 0x0cec1338, 0xfffffffc et 0x0c8a3830). Ca vous dit quelque chose??
Je commence vraiment à penser que c'est ma RAM qui merde, mais peut-etre me trompe-je?
Marsh Posté le 13-05-2002 à 20:22:59
Tu fais tes tests en PC133 en CL2 ou CL3 ?
Essaie en PC133 avec tous les timings au "pire".
Marsh Posté le 13-05-2002 à 20:30:19
Caedes a écrit a écrit : Tu fais tes tests en PC133 en CL2 ou CL3 ? Essaie en PC133 avec tous les timings au "pire". |
J'ai pas CL3, je l'ai fait avec CL2 et CL2.5, et ca ne change rien... Même erreur dans les 2 cas.
Ca veut dire quoi?
Et une autre question: est-ce que c'est une bonne idée d'acheter de la noname PC2700 pour la faire tourner comme de la 2100? C'est plus sur que de la noname 2100, mais quand même moins cher que de la ram de marque, non?
[jfdsdjhfuetppo]--Message édité par Midge le 13-05-2002 à 20:37:38--[/jfdsdjhfuetppo]
Marsh Posté le 13-05-2002 à 20:38:59
Salut a tous, moi j'ai une barettes de 512Mo DDR PC2700 CAS 2 CORSAIR et j'ai laisser touner memtest pendant 15h et zero erreur.
Voila.
Marsh Posté le 13-05-2002 à 20:45:08
à ma connaisance, Memtest indique des erreurs n'importe où. Je préfère faire confiance à docmemory: même si il n'est pas GNU, il est gratuit et marche mieux.
Marsh Posté le 13-05-2002 à 20:52:32
tout l'art c'est de trouver de la marque pas trop cher...
Marsh Posté le 13-05-2002 à 20:54:17
je n'aime pas docmemory.
a un moment j'ai eu une barette foireuse, et il avait rien vu alors que le himem oui.
et avec memtest, en 5 secondes il m'a jeté sur une barette merdeuse alors que le himem avait rien vu.
pour moi memtest est pour l'instant le meilleur testeur de ram.
Marsh Posté le 13-05-2002 à 20:58:37
cad ?
tu remplis la ram avec des jmp, et t'envoyes le cpu dessus
Marsh Posté le 13-05-2002 à 21:00:35
bjone a écrit a écrit : cad ? tu remplis la ram avec des jmp, et t'envoyes le cpu dessus |
ce serait plutot une instruction asm je pense.
[edit]
oups
[jfdsdjhfuetppo]--Message édité par johnbroot le 13-05-2002 à 21:01:28--[/jfdsdjhfuetppo]
Marsh Posté le 13-05-2002 à 21:01:19
c ce que je voulais dire
mais je suis pas convaincu de l'efficacité de la manip....
Marsh Posté le 13-05-2002 à 21:03:07
remarque, si tu fais que des jmps avec un offset aléatoire sur un autre jmp en ram, tu bourrine la ram, en arrêtant pas d'invalider les lignes de cache....
mmmmmmm.... ça permet de bourriner le cache du cpu, le fsb, et la ram.
fo voir.
Marsh Posté le 13-05-2002 à 21:09:09
ReplyMarsh Posté le 13-05-2002 à 21:11:35
johnbroot a écrit a écrit : gros méchant! |
Mmm, QT pro, commander, attendre, tout ca... Je vais plutot partir du principe que c'est ma RAM qui merde, moi! Merci quand même, hehe.
[jfdsdjhfuetppo]--Message édité par Midge le 13-05-2002 à 21:13:11--[/jfdsdjhfuetppo]
Marsh Posté le 13-05-2002 à 21:29:28
j'ai 2 PC avec 512mo de ram chacun. Les 2 PC tournent très bien depuis un moment. Avec Docmemory je n'ait aucune erreur. Avec Memtest je referais le test et je vous dirais...
Marsh Posté le 13-05-2002 à 21:43:43
Sur 256 + 128 MO DDR en 128 bits :
En 158 MHz cas 2.0 turbo aucune erreur en test complet
En 161 MHz cas 2.0 turbo quelques erreurs sur le test complet
Moralité, je reste en 158 MHz cas 2.0 turbo
Marsh Posté le 13-05-2002 à 21:47:55
je comprend pô.pourquoi si j'ai des erreures a memtest, moi qui me sert pas mal de mon pc pour seti, pourquoi ,y plante pas si la barrette de ram est foireuse a certains endroits?
Marsh Posté le 13-05-2002 à 22:13:56
because, le cache L2 lui, st pourvu d'un contrôle de parité, ceci récupérant en partie les erreurs de la RAM.
ceci dit ta ram ne contient pas à cet endroit du code mais certainement des donnés, ce qui évite tout plantage, tout au plus ça donne des résultats erronés !
Marsh Posté le 14-05-2002 à 10:36:43
Bon j'ai fait un cycle de test sur chacun de mes PC avec memtest86 2.9
Aucune erreur trouvée. A priori la 2.8 devait un peu deconner puisqu'elle me trouvait des erreurs, elle.
Donc rectification: memtest 2.9 ça marche bien.
Marsh Posté le 14-05-2002 à 11:07:21
p@trick a écrit a écrit : je comprend pô.pourquoi si j'ai des erreures a memtest, moi qui me sert pas mal de mon pc pour seti, pourquoi ,y plante pas si la barrette de ram est foireuse a certains endroits? |
passke tu fait parti des mecs qui font reculer la science........
y vont l'appeller mulder ton pc, y voit des extraterrestres partout
Marsh Posté le 14-05-2002 à 11:14:05
oui c'est fiable ,moi j'ai pleins d'erreurs ,et mon suystéme a des problémes , ça n'empeche pas que je peux rester uen semaien sans rebooter sous windows2000 mais j'ai des conenrie du style des boucles infinies dans les jeux ,des appications qui se ferment parfois ,des messages d'erreurs du style "la memoire ne peut etre read"
mais encore une fois en utilisation "light" ça peut tres bien passer inaperçu.
[jfdsdjhfuetppo]--Message édité par Grand Aigle le 14-05-2002 à 11:15:15--[/jfdsdjhfuetppo]
Marsh Posté le 14-05-2002 à 11:19:17
sinon fo aussi faire attention à ce qu'il y est pas de poussières prises dans les slots de ram, ça peut pertuber le signal si y'a une dose.
Marsh Posté le 13-05-2002 à 15:55:08
J'obtiens des erreurs avec memtest, un peu comme tout le monde, je crois. Pour clarifier les choses, est-ce que quelqu'un qui s'y connait peut nous dire avec certitude que si memtest obtient des erreurs, ca veut dire qu'il y a un truc qui merde (RAM, CPU, Mobo)? Parce qu'il semble quand même qu'il y ait un sacré paquet de gens qui obtiennent des erreurs avec ce soft (alors que les memes personnes n'ont pas de problèmes sur burn-in et autres).
Alors deux questions claires:
- Est-ce que un système vraiment clean doit obtenir 0 erreur sur memetest?
- Est-ce que si on obtient des erreurs, ca veut dire qu'un truc merde et qu'on a eu de la chance si on n'a pas encore eu de problème?
Merci!