Isoler adresse RAM défectueuse

Isoler adresse RAM défectueuse - Carte mère - Hardware

Marsh Posté le 17-02-2003 à 17:33:28    

Salut à tous,
 
grâce au topic sur la ram de Slyde, j'ai trouvé un défaut sur une barette de SDRAM (pas moyen de changer le voltage ram et latence déjà sur max)
 
Memtest me donne l'adresse précise des défauts (test 1 et 2 ok, erreur sur tests suivants)
 
Existe-il un soft capable d'isoler les adresses défectueuses ? (l'OS boote sans pb)

Reply

Marsh Posté le 17-02-2003 à 17:33:28   

Reply

Marsh Posté le 17-02-2003 à 17:34:37    

non :/
garantie ?


---------------
Topic .Net - C# @ Prog
Reply

Marsh Posté le 17-02-2003 à 18:59:45    

TotalRecall a écrit :

non :/
garantie ?


et non, la barette n'est plus sous garatie... mais elle déconnait déjà surement alors qu'elle y était encore (je pensais que l'instabilité venait du soft).
 
Maintenant, si je rachète une barette, je la teste direct avec memtest !
 
Merci.

Reply

Marsh Posté le 17-02-2003 à 20:48:47    

Après recheche, ça existe sous Linux :  
http://rick.vanrein.org/linux/badram/
Et quasiment pas de perte de perf.
 
Si quelqu'un connait un équivalent sous windows, merci de partager l'info.

Reply

Marsh Posté le 18-02-2003 à 12:28:21    

je me doute que dans l'absolu c'est possible faire ça en software sous réserve que l'OS et le soft puisse se lancer mais après je doute que qqun ait pondu ça...


---------------
Topic .Net - C# @ Prog
Reply

Marsh Posté le 18-02-2003 à 14:32:33    

TotalRecall a écrit :

je me doute que dans l'absolu c'est possible faire ça en software sous réserve que l'OS et le soft puisse se lancer mais après je doute que qqun ait pondu ça...


c'est vrai, en fait il faudrait un soft qui prenne la main dès les premières phases du boot.
Imagine le nombre de barettes qui pourraient être sauvé !
 
Bon, je n'hésite pas à faire monter un peu ce topic, ça pourrait donner des idées à un dévelopeur.
 
 :bounce:

Reply

Marsh Posté le 18-02-2003 à 14:43:46    

ouais, pour windows fodrait faire un driver en mode kernel qui verouilles les pages mémoires qui contiennent les adresses en erreur..

Reply

Marsh Posté le 18-02-2003 à 14:47:55    

BJOne a écrit :

ouais, pour windows fodrait faire un driver en mode kernel qui verouilles les pages mémoires qui contiennent les adresses en erreur..


 
Je te sens l'âme d'un développeur...
 
 :bounce:

Reply

Marsh Posté le 18-02-2003 à 14:51:22    

Marc E a écrit :


 
Je te sens l'âme d'un développeur...
 
 :bounce:  


c'en est un, et un bon.
Parmi les habitués de Programmation, s'il y en a un qui pourrait nous faire ça c'est bien lui...


---------------
Topic .Net - C# @ Prog
Reply

Marsh Posté le 18-02-2003 à 15:02:54    

TotalRecall a écrit :


c'en est un, et un bon.
Parmi les habitués de Programmation, s'il y en a un qui pourrait nous faire ça c'est bien lui...
 


 
Espérons qu'il trouve un intérêt à la chose alors...
 
Quel est le niveau de difficulté de la tâche (en gros combien d'heures de taf)?
 

Reply

Marsh Posté le 18-02-2003 à 15:02:54   

Reply

Marsh Posté le 18-02-2003 à 15:38:48    

A mon avis, il faut surtout très très bien connaître Windows, je ne suis même pas sûr que MS documente les principes de trucs aussi fondamentaux et complexes. Et surtotu d'une version de windows à l'autre ça change donc impossible de faire un truc universel [:meganne]


---------------
Topic .Net - C# @ Prog
Reply

Marsh Posté le 18-02-2003 à 15:56:55    

TotalRecall a écrit :

A mon avis, il faut surtout très très bien connaître Windows, je ne suis même pas sûr que MS documente les principes de trucs aussi fondamentaux et complexes. Et surtotu d'une version de windows à l'autre ça change donc impossible de faire un truc universel [:meganne]


S'il faut entrer dans le coeur de Windows, c'est sûr que ce n'est pas documenté...
Mais l'idée de BJOne était de faire un driver...
ça par contre, vu le nombre de drivers qui existent dans le monde windows, ça doit être documenté.
Le code de badram pourrait l'inspirer.
 
que ce topic devienne d'intérêt publique !  :bounce:

Reply

Marsh Posté le 18-02-2003 à 17:20:38    

Oulà on se calme !!!
 
Sinon faudrait contacter Franck pour connaitre la faisabilité de la chose....

Reply

Marsh Posté le 18-02-2003 à 17:22:43    

allez bj t'as que ca as foutre en plus  :D

Reply

Marsh Posté le 18-02-2003 à 17:22:58    

d'un autre coté ça serait plus simple de changer la barette :D
 
dans ce cas, faudrait que memtest soit capable d'écrire un log sur disquette afin de l'utiliser pour un tel driver.

Reply

Marsh Posté le 18-02-2003 à 19:43:19    

BJOne a écrit :

d'un autre coté ça serait plus simple de changer la barette :D
 
dans ce cas, faudrait que memtest soit capable d'écrire un log sur disquette afin de l'utiliser pour un tel driver.


Oui ça serait plus simple en effet !
Cepandant, mettre à la benne 256 Mo à la benne pour 1 bit qui délire...
Que dirais-tu si c'était la même chose pour les secteurs défectueux des disques durs ?
De plus, ça peut arriver avec le temps, une barette bonne aujourd'hui peut avoir des erreurs demain.
Et avec les capacités des barettes qui augmentent, la probabilité que cela arrive augmente également.
Enfin des bonnes raisons pour le faire ne manquent pas...
 
Reste à savoir :  
est-ce faisable ? (surement oui)
est-ce simple / rapide ? (ce n'est pas moi qui peut répondre)
 
Pour la deuxième partie de ton message : badram (sous linux) utilise apparament les rapports de memtest86, je cite l'auteur
http://rick.vanrein.org/linux/badram/results.html
 
"I used the very thorough RAM checker Memtest86 to find the erroneous addresses on my chips, but basically any tester would do. Specifically for memtest86, I made an extension to derive badram=... arguments for the LILO command line (go to the configure/printmode menu). Since LILO can also offer memtest86, it means that handling your bad RAM can be done with two reboots and no screwdriver. I've seen operating systems that need more reboots for far less impressive results ;-)  
"
 
Je n'ai pas compris dans les détails, mais ça à l'air faisable de récupérer les résultats de memtest. Sinon, papier crayon, et saisie manuelle, ce n'est pas la mort si les erreurs sont peu nombreuses.
 
Mais comme tu dis à juste titre, il ne faut pas s'emballer !
 
 

Reply

Marsh Posté le 19-02-2003 à 16:31:26    

BJOne a écrit :

Oulà on se calme !!!
 
Sinon faudrait contacter Franck pour connaitre la faisabilité de la chose....
 


 
Sans vouloir froisser personne, c'est qui Franck ?
Recherche par auteur sur ce forum sans succès...
 
Si qq1 pouvait dire la faisabilité/complexité d'un "badram for Windows" ?
 
 :bounce:

Reply

Marsh Posté le 19-02-2003 à 16:47:37    

Franck, de www.cpuid.com
fait parti de www.x86-secret.com
un collègue kwoi :D

Reply

Marsh Posté le 19-02-2003 à 19:18:27    

BJOne a écrit :

Franck, de www.cpuid.com
fait parti de www.x86-secret.com
un collègue kwoi :D


 
Merci, j'ai ouvert un topic sur le forum x86-secret.
 
 :bounce:

Reply

Marsh Posté le 19-02-2003 à 22:49:53    

Marc E a écrit :


 
Merci, j'ai ouvert un topic sur le forum x86-secret.
 
 :bounce:  


 
Pour ceux que ça intéresse Franck donne son avis "l'affaire" ici :
http://forum.x86-secret.com/viewtopic.php?t=297
 
A+

Reply

Marsh Posté le 21-02-2003 à 11:58:06    

UP :bounce:

Reply

Marsh Posté le 28-10-2003 à 11:20:41    

Marc E a écrit :


Oui ça serait plus simple en effet !
Cepandant, mettre à la benne 256 Mo à la benne pour 1 bit qui délire...
Que dirais-tu si c'était la même chose pour les secteurs défectueux des disques durs ?
De plus, ça peut arriver avec le temps, une barette bonne aujourd'hui peut avoir des erreurs demain.
Et avec les capacités des barettes qui augmentent, la probabilité que cela arrive augmente également.
Enfin des bonnes raisons pour le faire ne manquent pas...
 
Reste à savoir :  
est-ce faisable ? (surement oui)
est-ce simple / rapide ? (ce n'est pas moi qui peut répondre)
 
Pour la deuxième partie de ton message : badram (sous linux) utilise apparament les rapports de memtest86, je cite l'auteur
http://rick.vanrein.org/linux/badram/results.html
 
"I used the very thorough RAM checker Memtest86 to find the erroneous addresses on my chips, but basically any tester would do. Specifically for memtest86, I made an extension to derive badram=... arguments for the LILO command line (go to the configure/printmode menu). Since LILO can also offer memtest86, it means that handling your bad RAM can be done with two reboots and no screwdriver. I've seen operating systems that need more reboots for far less impressive results ;-)  
"
 
Je n'ai pas compris dans les détails, mais ça à l'air faisable de récupérer les résultats de memtest. Sinon, papier crayon, et saisie manuelle, ce n'est pas la mort si les erreurs sont peu nombreuses.
 
Mais comme tu dis à juste titre, il ne faut pas s'emballer !
 
 
 


 
faut pas le prendre mal, mais si on veut pas de probleme avec la ram, on achette de la ram registred, ECC (qui verifie si ce qu'on ecrit sur la ram est bien enregistre.)
 
Mais, c'est pas le meme prix. De la qualite pour pas cher, c'est pas demains la veille que tu trouvera ca. :cry:  
 
parcontre pour l'idee de soft, soit, on verouille l'emplacement memoire qui merde (en indiquqnt a l'os que l'emplacement est occupe), soit on verrouille une page, ou alors une banque complete (mais si ta barette est en mono face, les 256Mo y passe, parcontre, si t'et en double face, y a que 128Mo)
 
Autre solution, desactiver le quick boot de ton ordinateur (dans le bios) ca permet de tester toute la ram (et peut-etre verrouiler en hard le probleme) <== A tester. :sarcastic:  


---------------
Mon site http://j2c.org
Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

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