j'ai une barette noname (oui je sais spa bien) de 256mo de ddr-sdram 2100
 
après tests avec memtest de toute la barette avec tous les tests, il ne trouve aucune erreur
 
est-il tout de même possible que la barette soit merdeuse ?
 
je demande ça pcke g des pbs de stabilité or mon alim 300W enermax a l'air d'avoir des voltages corrects, la temp cpu+boitier a l'air un peu élevée mais correcte.
je suspecte la ram noname, mais elle passe tous les tests de memtest avec succès que ce soit en cas2 ou en cas2.5, et j'obtient des plantages reguliers qu'elle soit en cas 2 ou 2.5
 
A+

bah t'as eu de la chance t'as une bonne barette

apparemment oui
 
mais d'où pourraient venir les plantages ?
memtest est infaillible ?
 
A+

j'vais faire des tests co mettre le bus memoire à 100, baisser la freq du proc, débrancher qqs périphs, etc.
 
m'enfin c'est pas très normal tout ça
 
A+

comment marche memtest.
Comment savoir si la barrette fonctionne ou pas.
Pouvez-vous m'aider

ben tu l'installes, ça te cree 1 disquette bootable
tu rebootes ton pc et tu bootes sur la disquette
 
tu vois les tests défiler, si tu vois des erreurs qui s'affichent, ta barette mem a des pbs ou le timing mémoire est trop agressif
 
A+

salut,
 
y'a une case error et une error ecc ce sont celle ci à regarder uniquement?

c quoi tous ces ressucitages de tomik là ?
 
marci qd meme slyde
 
g identifié la source du pb, j'ai échangé ma msi k7n415 avec une asus a7v333 et c'est le pied maintenant, plus un seul freeze ou ecran bleu depuis qu'elle est installé
 
A+

D'accord avec Slyde...
 
La dernière barette défectueuse que j'ai eu, passait sans problèmes tous les tests de doc memory et memtest 3.0. Par contre elle échouait à burn-in-test

memtest windows c de la merde en barre (ette). en plus des fois ce con décide de planter mais spa la faute de la ram de sucroit .
 
Les test de ram ça doit se faire sous dos en environnement minimaliste.
Moi y a qques temps j'utlisais "ramcheck" c sous dos et ça marche très bieng et les patterns sont TRES complets (suffit de le regarder faire pour s'en convaincre ). mais ma version est très vieille je vais voir si y a pas + récent.

bon ben en fait ramcheck = doc mem.

oui le memtest sous windows ne vaut rien
moi je parlais du memtest en mode texte sur disquette boot
 
A+

Ben chez moi impossible de créer la D7 de boot . Il essaye, il m'affiche un message incompréhensible, il me dit que tout est fini mais à la fin la D7 n'est MEME PAS lisible -> reformat obligatoire.

RTFM
 
si tu avais lu la doc, tu aurais su que c'est tout à fait normal qu'une fois écrite, la disquette est illisible.
normal, la disquette n'est pas écrite en FAT
 
A+

stune blague ?
 
parce que j'ai l'habitude de vérifier ce genre de trucs avant de rebooter pour rien.
Je suis vraiment le roi des cons si c'est ça .
J'ai plu qu'à recommencer .
 
sinon mon soft est pas mal non plus mais je ne l'ai pas retrouvé sur le net, je l'avais dans mes archives.

Les barettes Noname en Fait ça existe pas, tous ce qui sort d'une usine porte un nom et est forcément fabriqué par quelqu'un
la seul chose ces que certaine société doivent répondre au besoin du marché et qu'il arrive d'avoir des commandes de barettes mémoire qui ne demande aucune certification et qui ce retrouve donc sur le marché sans la signature du fabricant
ces un peut comme l'oem ou aussi  quand on achete un graveur HP et que l'ont ce retrouve en fait avec un graveur portant le nom
HP mais qui est pourtant un graveur fabriqué dans les usines
Philips  
@++ ;-)

cybersonic a écrit a écrit : Les barettes Noname en Fait ça existe pas, tous ce qui sort d'une usine porte un nom et est forcément fabriqué par quelqu'un la seul chose ces que certaine société doivent répondre au besoin du marché et qu'il arrive d'avoir des commandes de barettes mémoire qui ne demande aucune certification et qui ce retrouve donc sur le marché sans la signature du fabricant ces un peut comme l'oem ou aussi  quand on achete un graveur HP et que l'ont ce retrouve en fait avec un graveur portant le nom HP mais qui est pourtant un graveur fabriqué dans les usines Philips   @++ ;-)

 
supair. merci de nous avoir expliqué que les barrettes de ram noname ne sortent pas du trou du cul de dieu .

avant les Tests de Ram etc ces vraix qu'avant qu'il fallais un environnement minimaliste mais le DOS ces du 16bits, et faire un Bench ou autre test sur un environnement en 16Bits alors que maintenant ont utilise a peut-pres tous des OS32 bits et bien les résultats non rien a voire avec çe qu'ont pourrais attendre .
win3.11, 95 ,98 utilisait encore un environnement en 16/32 bits
mais 2000 et xp non , et comme un environnement 32bits est bien mieux et plus rapide il vaut mieux testé une barette ou autre choses dans un systeme 32 bits ,
donc pour les test matos, bench , etc le dos ces fini et bien fini

TotalRecall a écrit a écrit :     supair. merci de nous avoir expliqué que les barrettes de ram noname ne sortent pas du trou du cul de dieu .

 
Tu sais si il n'y avais pas des questions qui demande forcément des réponse idiote qui n'est utile que pour les débutant et bien il n'y aurai pas ce genre de réponse, mais il faut quand même bien répondre aussi a des questions qui semble idiote pour certain et qui par contre sont utile pour d'autre
par contre en répondant de la sorte je ne pensais quand même pas me faire agressé comme cela, d'autant plus que des réponse qui sorte de l'ordinaire et bien ça ne manque pas
tu trouve pas ?

Sinon y'a goldmemory aussi (à trouver sur google !) qui est pas mal: apres 1heure de memtest il avait rien trouvé, je suis passé sur goldmemory (donc la RAM etait encore brulante) et là, il a trouvé tt de suite des erreurs. Donc pour moi un petit memtest suivi d'un goldmemory et là, tu saura vraiment si ta RAM merde ou pas.

avec le soft sisoft Sandra2002 il y a un test qui accompagne ce progs qui analise toutes ta mémoire vive , mais j'ai la version complete et je sais pas si le test la est aussi sur la version shareware, par contre ce test pour la mémoire me semble réaliste
mais il ce lance a pars du prog Sandra

 
on ne parle pas de becnh mais de burnin, l'important c que la mémoire soit écrite, pas la taille des entiers utilisés .

 
d'accord excuse moi on va dire .
mais sinon ici la majorité des gens savent qu'il n'y a que peu de constructeurs de puce mémoire (Nanya, samsung...) et qu'après ce sont des intégrateurs qui les rachète à des prix variables selon les certificatino obtenues et qui mettent sur leurs barrettes. Les plus mauvaises d'entre elles étant ce qu'on appelle communément la noname et les autres étant vendue sous des marques prestigieuses.

 
pas vu ça dans la version trial.

Quand tu installe le soft il y a un autre raccourci qui indique
SIMM, DIMM & RIMM SPD EEPROM Analyser il y a un bon moment que je les pas éssayé mais avec l'ancienne version de Sandra il fonctionnais bien par contre maintenant je sais pas
par contre il existe encore sur la derniere version complete
et je pense qu'il doit l'être sur la version shareware ;-)

 
deja memtest ne fonctionne pas sous dos
ensuite, je vois pas le rapport 16bits/32bits pour tester la validité des données qui transitent sur une barette mémoire.
enfin quand sous windows, 128mo de progs sont déjà chargés en mémoire en moyenne, comment peut on imaginer un programme sous windows capable de tester une barette mémoire dans son integralité ?
 
je dis pas que memtest est parfait, mais s'il fonctionne sur disquette boot, c pas pour rien.
 
A+

 
. C'est ce que je voulais dire aussi.
 
mais arrêtez de dire memtest, dites memtest86 parce que ce n'est PAS le même programme, le 1er est sous windows et c d'la merde .

TotalRecall a écrit a écrit :     . C'est ce que je voulais dire aussi.   mais arrêtez de dire memtest, dites memtest86 parce que ce n'est PAS le même programme, le 1er est sous windows et c d'la merde .

 
Pour tester une barette mémoire sous un Os comme Xp et bien ces simple il teste en premier une partie de la mémoire libre , puis une fois celle la testé il place les fichiers chargé en mémoire sur la partie déja testé , et il teste la partie pas encore testé, et un environnement 32 bits me semble justifier pour testé une barette puisque en la testant sur dos alors que l'ont travaille maintenant sur un environnement 32 bits, le dos n'a pas du tous la même façons d'envoyer les données dans la Ram , et il ce peut très bien qu'une barette supporte très bien un test en 16 bits et qu'elle défaille dans un test 32 bits qui envoie les données de un beaucoups plus vites et avec des données envoyée en 32 bits et une bande passante plus large  
donc si on veut être sur qu'une barette fonctionne sur un os comme windows xp et bien il vaut mieux le faire sur ces Os et pas sur un autre qui encore une fois n'a pas le même mode d'écriture en Ram, un test sous Dos peut suffire mais il ce peut que le test dise que la barette est Ok alors qu'elle ne l'est pas , et alors ont çe mets a cherché d'ou viens la panne
enfin j'aimerai bien que tu me donne t'on avis sur la question ;-)

cybersonic a écrit a écrit :     Pour tester une barette mémoire sous un Os comme Xp et bien ces simple il teste en premier une partie de la mémoire libre , puis une fois celle la testé il place les fichiers chargé en mémoire sur la partie déja testé , et il teste la partie pas encore testé, et un environnement 32 bits me semble justifier pour testé une barette puisque en la testant sur dos alors que l'ont travaille maintenant sur un environnement 32 bits, le dos n'a pas du tous la même façons d'envoyer les données dans la Ram , et il ce peut très bien qu'une barette supporte très bien un test en 16 bits et qu'elle défaille dans un test 32 bits qui envoie les données de un beaucoups plus vites et avec des données envoyée en 32 bits et une bande passante plus large   donc si on veut être sur qu'une barette fonctionne sur un os comme windows xp et bien il vaut mieux le faire sur ces Os et pas sur un autre qui encore une fois n'a pas le même mode d'écriture en Ram, un test sous Dos peut suffire mais il ce peut que le test dise que la barette est Ok alors qu'elle ne l'est pas , et alors ont çe mets a cherché d'ou viens la panne enfin j'aimerai bien que tu me donne t'on avis sur la question ;-)

 
j'ai déjà lu ça qque part

cybersonic > ben non ca peut pas marcher comme tu le dis, pour une raison ultra simple : les win9x, 2k xp, etc... gèrent EUX MEME la mémoire .
 
Y acceder devient une gageure sous ces environnement, on n'est jamais certain qu'on est "au bon endroit" . Ca serait tres con de tester la mémoire virtuelle en croyant tester la ram, tout ca parce que windows en a décidé que c'était comme ca et pas autrement.
 
LA SEULE facon d'acceder librement a la ram est d'utiliser un environnement monotache .
 
edit: bon ok c'est pas la seule, mais apres faut faire des trucs de fous et ca devient bien plus compliqué.

 
c'est bien pour ça qu'on soutient que tester la ram sous windowd est bcp + hasardeux que sous dos, environnement monotâche, monoutilisateur et monothread par excellence .
sinon on doit pouvoir développer au besoin un mini os bootable 16 ou 32 bits en ASM qui ne péserai que quelques centaines d'octets...

 
en générale un soft qui test la mémoire vive n'utilise pas la mémoire virtuelle elle la désactive ,comme nous on peut le faire et on peut si ont le veut forcé windows a utilisé une partie de la mémoire vive et celle que l'ont veut et ça depuis l'arrivé de win95 ça peut aussi aider a résoudre justement des problèmes mémoire et identifier une barette mal barrée

cybersonic > non ! tu peux désactiver la swap OK, mais c'est windows qui gere l'attribution de la ram, parce qu'il est multitache et que c'est son boulot .
 
c'est quasi impossible de passer a travers . Quand un soft se lance, windows lui choisit un espace dans la ram, espace qui changera de lancement en lancement => impossible de vraiment savoir ou en est le prgm au niveau de la ram.
 
Par contre, dans un environnement monotache, le prgm sera TOUJOURS chargé au meme endroit. Meme mieux, le programmeur peut choisir OU il sera chargé

Blairaal a écrit a écrit : cybersonic > non ! tu peux désactiver la swap OK, mais c'est windows qui gere l'attribution de la ram, parce qu'il est multitache et que c'est son boulot .   c'est quasi impossible de passer a travers . Quand un soft se lance, windows lui choisit un espace dans la ram, espace qui changera de lancement en lancement => impossible de vraiment savoir ou en est le prgm au niveau de la ram.   Par contre, dans un environnement monotache, le prgm sera TOUJOURS chargé au meme endroit. Meme mieux, le programmeur peut choisir OU il sera chargé

 
Oui tu a parfaitement raison en ce qui concerne tous les progs
en générale ces vraix que windows attribue la mémoire comme il le veut , et a ça manière propre , mais par contre un progs qui à justement comme travail d'examiné une barette mémoire et bien le programmeur qui le fait , doit justement tenir compte des indications différentes et prendre en compte les raisons que tu explique ici même, et je suis pas programmeurs mais par contre ce que je sais ces que si un soft de çe genre arrive un jour sur le marché , je parle d'un soft qui sortirai d'une firme comme symantec etc .., et bien je ne voient pas pourquoi on ne pourrait pas prendre en compte çe même progs pour testé nos barettes , Je pense quand même qu'il y a des programmeurs sérieux et parfaitement capables de nous sortire des très bons softs, enfin tous çe que je viens de dire n'est qu'un avis purement personnelle et est libre de touts autre avis
mais n'étant pas programmeur moi même je n'est évidement qu'un avis d'amateur sur la question
@ plus
[img]http://www.banane.be/images/animaux/Lapin.jpg

ben nan justement, tu peux faire ce que tu veux, tant que tu feras pas ton prog en assembleur(et pour le faire tourner sous windows bon courage, parce qu'il faudra faire gaffe a pas aller écrire dans de la ram déja utilisée par le systeme ou par d'autres processus), il est impossible de dire a windows "je veux le contenu du bloc mémoire xxxxx", pour la simple et bonne raison que windows te répondra "cette case mémoire ne t'es pas allouée, vas t'en". Enfin plus précisément il te dira "ce programme va etre arreté parce qu'il a effectué une opération non conforme".

désolé, je suis plus habitué a me prendre des coredump dans la face, je programme pas sous windows c pas POSIX

 
Une autre solution qui me parait vraiment sure ces de testé justement les barettes mémoire avec un testeur dédié a ça
dans un livre il y a un bout de temps j'ai vu justement un testeur de Ram , mais par contre je pense que ces plutôt destiné a des assembleurs , de toutes façons quand on achete une barette elle est garantie et pour ma pars ça ne mais arrivé qu'une seul fois d'avoir une barette défectueuse, et elle ma justement été changée

slyde a écrit a écrit : les assembleurs se servent de memtest comme les autres, quand ils en connaissent l'existance (pas nombreux ).   Ou mieux quand ils ont les moyens.   Mais ca reste de la solution soft.   A part pour tester de la connectique reseau, on utilise pas du hard pour verifier des circuits. Ces équipements couteraient trop cher.

 
Moi a côté de mais barettes mémoire sur un de mais Pc , j'ai  2 diodes Verte qui sont censé me prévenir justement si une barette ne fonctionne pas bien , le hic ces que je sais pas si ça analise la Ram juste pendant le boot ou si ces justes pour indiqué si ça viens de la Ram si le pc de boot pas ?

tiens au fait, j'avais posté y a deux jours sur memtest ke j'avais des erreurs avec une barette de ddr ki passait même pas à 133mhz et ki passait rarement à 100... chui kand même arrivé à un peu moins de 2000 erreurs en 11heures de test...
 
C une belle perf nân?

sur ma A7V133 mourrante il me sort que j'ai plus de 1.000.000 d'erreurs sur les barettes que je vends   . Alors que sur la carte mère de mes parents (que j'ai "empruntée" ) et qui est aussi a base de kt133a j'ai zéro erreurs (faut dire qu'elle a pas pris l'eau, ELLE ) ...
 
ca vient pas toujours de la ram les erreurs hein, ca vient du sous circuit ram chipset cpu . Apres faut etre certain des autres composants .