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)

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.

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.

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.
 
 

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...
 
 

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)?
 

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

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 !  

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

allez bj t'as que ca as foutre en plus  

d'un autre coté ça serait plus simple de changer la barette
 
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 !
 
 

 
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" ?
 
 

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

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

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

UP

 
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.  
 
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.