Defekte Ram

Plumber

Admiral Special
Mitglied seit
07.01.2002
Beiträge
1.508
Renomée
16
Standort
Ruhrpott
Hiho zusammen

Problem:
Anfangs ohne Grund ab und an enorm lange Bootzeiten. Dann mal immer wieder ruckeln, sehr auffällig bei Videos. Irgendwann dann ohne Ankündigung
Bluescreen, dann mal immer wieder zwischendurch BS, zum Schluss sogar beim Start sodaß dieser abgebrochen wurde mit BS. Fehlermeldung Memory

Gemacht:
Die 2 vorhandenen GSkill RipJawsX DDR3 1866 CL9 4GB abbwechselnd raus genommen. Mit Win 7 Speichertest und Memtest probiert. 1 Modul hat tatsächlich Hardwarefehler, jedoch jedes einzelnd läuft , nur beide gleichzeitig gesteckt nicht.
Nun hab ich 2 neue 2100CL9 gleiche wie oben gekauft und diese eingesetzt. Läuft.
Aus Neugierde mal die beiden "alten" mit eingesetzt und siehe da, läuft.
Laut Ressourcenmoni von Win funzen die 16GB mit ca. 6-7GB frei aber mir werden immer mal wieder Seitenfehler angezeigt, oftmals mehrere Hundert wobei ich nicht weiß ob ich das auf den "defekten" Ram zurückführen kann.
Mittlerweile läufts sogar seit 2 Stunden problemlos, warum ??

Frage:
Ich bilde mir ein mit den 16GB läufts etwas flüssiger (hab aber auch mehrere IP Cams laufen).
D.h. würd ich gerne bei den 16GB bleiben. Grad läufts ja also lass ich die stecken. Aber was kann passieren ????????? und warum funktioniert der vermeintlich defekte Ram wenn nun alle 4 Bänke belegt sind aber nicht wenn nur 2 Riegel stecken ??????
Oder soll ich direkt nochmal 2 neue kaufen und die alten entsorgen ????

Was ist denn nun das Sinnvollste ?

danke
 
aber mir werden immer mal wieder Seitenfehler angezeigt, oftmals mehrere Hundert wobei ich nicht weiß ob ich das auf den "defekten" Ram zurückführen kann.
Seitenfehler sind keine Fehler im Sinne, dass die Daten defekt sind, sondern in dem Sinne, dass die Speicherseite nicht im RAM vorgehalten ist, sondern in der Auslagerungsdatei auf der Festplatte lagert, siehe auch Seitenfehler in der wikipedia.

Laut Ressourcenmoni von Win funzen die 16GB mit ca. 6-7GB frei

[...]

Frage:
Ich bilde mir ein mit den 16GB läufts etwas flüssiger (hab aber auch mehrere IP Cams laufen).
Wenn von 16 GB aktuell 6-7 GB frei sind, sind somit 9-10 GB belegt. Da Du vorher 8 GB hattest, musste Windows zwangsläufig ständig auf die Festplatte auslagern, was dementsprechend langsamer ist als wenn alles im RAM behalten werden kann.

D.h. würd ich gerne bei den 16GB bleiben. Grad läufts ja also lass ich die stecken. Aber was kann passieren ????????? und warum funktioniert der vermeintlich defekte Ram wenn nun alle 4 Bänke belegt sind aber nicht wenn nur 2 Riegel stecken ??????
Oder soll ich direkt nochmal 2 neue kaufen und die alten entsorgen ????
1. Deine Fragezeichen-Taste klemmt (es reicht ein Fragezeichen pro Frage)
2. Es kann passieren, dass Du weiterhin Bluescreens erhältst und ggf. Daten kaputt gehen können, die in den RAM geladen wurden und eigentlich wieder auf die Festplatte zurückgeschrieben werden sollten. Je nachdem wie wichtig die Daten sind (IP-Kameras hört sich nach Überwachung an, und wenn da defekte Überwachungsvideos rauskommen, ist das nicht so prickelnd) würde ich die zwei alten Riegel rauslassen und entweder 2x8 GB kaufen und einbauen oder weitere 2x4 GB und die zu den neu gekauften dazustecken.
 
Windows Speichertest ist sehr oberflächlich, welchen Memtest hast Du genommen? Der unter Windows läuft ist nicht wirklich geeignet um Fehler beim RAM auszuschließen, da Windows eine eigene Speicherverwaltung hat und man gar nicht das ganze RAM testen kann, ja nicht einmal weiß welches physikalische RAM gerade getestet wird. Mache einen RAM Test mit Memtest86 oder Memtest86+, wenn das noch nicht geschehen ist.
 
Hab mit memtest86 V6.0.0 von PassMark experimentiert, ist sehr Umfangreich was die Test Methoden angeht, Insgesamt gibt es 13 verschiedene Test "Algorithmen" unter anderem den "Hammer ROW"
Am schnellsten geht wohl der [8 bit wide pattern of "walking" ones and zeros]

Code:
017-02-05 13:58:14 - Running test #0 (Test 0 [Address test, walking ones, 1 CPU])
2017-02-05 13:58:14 - MtSupportRunAllTests - Enabling memory cache for test
2017-02-05 13:58:14 - MtSupportRunAllTests - Injecting ECC error
2017-02-05 13:58:14 - inject_amd64 - new nb_arr_add = 80000000
2017-02-05 13:58:14 - inject_amd64 - new dram_ecc = 0012000F
2017-02-05 13:58:14 - MCA NB Status High=00000000
2017-02-05 13:58:14 - inject_amd64 - new nb_arr_add = 80000002
2017-02-05 13:58:15 - inject_amd64 - new dram_ecc = 0012000F
2017-02-05 13:58:15 - MCA NB Status High=00000000
2017-02-05 13:58:15 - inject_amd64 - new nb_arr_add = 80000004
2017-02-05 13:58:15 - inject_amd64 - new dram_ecc = 0012000F
2017-02-05 13:58:15 - MCA NB Status High=00000000
2017-02-05 13:58:15 - inject_amd64 - new nb_arr_add = 80000000
2017-02-05 13:58:15 - inject_amd64 - new dram_ecc = 0052000F
2017-02-05 13:58:15 - MCA NB Status High=00000000
2017-02-05 13:58:15 - inject_amd64 - new nb_arr_add = 80000002
2017-02-05 13:58:15 - inject_amd64 - new dram_ecc = 0052000F
2017-02-05 13:58:15 - MCA NB Status High=00000000
2017-02-05 13:58:15 - inject_amd64 - new nb_arr_add = 80000004
2017-02-05 13:58:15 - inject_amd64 - new dram_ecc = 0052000F
2017-02-05 13:58:16 - MCA NB Status High=00000000
2017-02-05 13:58:16 - MtSupportRunAllTests - Setting random seed to 0x50415353
2017-02-05 13:58:16 - MtSupportRunAllTests - Start time: 1920 ms
2017-02-05 13:58:16 - ReadMemoryRanges - Available Pages = 8306506
2017-02-05 13:58:16 - Start memory range test (0x0 - 0x84F000000)
2017-02-05 13:58:16 - Pre-allocating memory ranges >=16MB first...
2017-02-05 13:58:16 - All memory ranges successfully locked
2017-02-05 13:58:19 - Cleanup - Releasing all memory ranges...
2017-02-05 13:58:19 - MtSupportRunAllTests - Test execution time: 3.481
2017-02-05 13:58:57 - AMD 10h and greater chipset init
2017-02-05 13:58:57 - DRAM config low=0B090000
2017-02-05 13:58:57 - MCA NB config=CA700044
2017-02-05 13:58:57 - [B]MCA Extended NB config=E20BE281 [EccSymbolSize=x8][/B]

tRAS & tRC werden Automatisch meist zu scharf eingestellt, die Werte Manuell Festlegen hilft.
 
Zuletzt bearbeitet:
Windows Speichertest ist sehr oberflächlich, welchen Memtest hast Du genommen? Der unter Windows läuft ist nicht wirklich geeignet um Fehler beim RAM auszuschließen, da Windows eine eigene Speicherverwaltung hat und man gar nicht das ganze RAM testen kann, ja nicht einmal weiß welches physikalische RAM gerade getestet wird. Mache einen RAM Test mit Memtest86 oder Memtest86+, wenn das noch nicht geschehen ist.

Also die Riegel hab ich selbstredend einzelnd probiert, der 2. war jeweils ausgebaut

Das Windoof Tool testet ja vorm booten.
memtest86 lief unter Windoof

Ich habs nu wirklich nicht mehr im Kopf aber beide warfen Fehler beim gleichen Riegel raus.

Trotzdem laufen aktuell 4 Riegel mit ges.16GB inkl. dem vermeintlich defekten ohne Probleme ???
 
Dass der Defekt nicht auftaucht kann auch daran liegen, dass dieser Riegel einfach nicht "benutzt" wird, wenn auf ihm die GB 13-16 liegen. Ich würd auch mal das memtest verwenden, was selbstständig gebootet werden muss.
 
Wie das denn? Das wird als iso oder Image für einen Stick geliefert und muss gebietet werden. Verwechselst Du das mit dem Memtest von HCI welches unter Windows läuft?
Dachte ich mir auch gerade, unter Windows ist die Cache Hierarchie am "Drücker".
SIV64X liest die RAM Timings korrekt aus: http://abload.de/img/bcdedit_whaegqo1m.jpg

2017-02-04 17:11:04 - *** TEST SESSION - 2017-02-04 17:11:04 ***
2017-02-04 17:11:04 - CPU selection mode = 0
2017-02-04 17:11:04 - AMD Reported Temperature Control: 0x19800FEF, 0, 204
2017-02-04 17:11:04 - GetAMD15Temp - Temperature: 25
2017-02-04 17:11:04 - Starting pass #1
2017-02-04 17:11:05 - GetAMD15Temp - Temperature: 24
2017-02-04 17:11:05 - Running test #13 (Test 13 [Hammer test])
2017-02-04 17:11:05 - MtSupportRunAllTests - Enabling memory cache for test
2017-02-04 17:11:05 - MtSupportRunAllTests - Setting random seed to 0x50415353
2017-02-04 17:11:05 - MtSupportRunAllTests - Start time: 580 ms
2017-02-04 17:11:05 - ReadMemoryRanges - Available Pages = 8302922
2017-02-04 17:11:05 - Start hammer test (0x0 - 0x84F000000)
2017-02-04 17:11:05 - Locking all memory ranges first...
2017-02-04 17:11:05 - Memory range locked: 0x8000 - 0x5F000 (33211340KB of available memory left)
2017-02-04 17:11:05 - Memory range locked: 0x100000 - 0x1000000 (33195980KB of available memory left)
2017-02-04 17:11:05 - Memory range locked: 0x1100000 - 0x950F6000 (30771188KB of available memory left)
2017-02-04 17:11:05 - Memory range locked: 0x951CE000 - 0x9B84F000 (30666224KB of available memory left)
2017-02-04 17:11:05 - Memory range locked: 0x9B850000 - 0x9B852000 (30666216KB of available memory left)
2017-02-04 17:11:05 - Memory range locked: 0x9B853000 - 0x9B85B000 (30666184KB of available memory left)
2017-02-04 17:11:05 - Memory range locked: 0x9BB6D000 - 0x9BB6E000 (30666180KB of available memory left)
2017-02-04 17:11:06 - Memory range locked: 0x9C122000 - 0x9C151000 (30665992KB of available memory left)
2017-02-04 17:11:06 - Memory range locked: 0x9CD46000 - 0x9D2B9000 (30660412KB of available memory left)
2017-02-04 17:11:06 - Memory range locked: 0x9D30C000 - 0x9D338000 (30660236KB of available memory left)
2017-02-04 17:11:06 - Memory range locked: 0x9D350000 - 0x9D368000 (30660140KB of available memory left)
2017-02-04 17:11:06 - Memory range locked: 0x9D372000 - 0x9D37B000 (30660104KB of available memory left)
2017-02-04 17:11:06 - Memory range locked: 0x9D38E000 - 0x9D38F000 (30660100KB of available memory left)
2017-02-04 17:11:06 - Memory range locked: 0x9D399000 - 0x9D39B000 (30660092KB of available memory left)
2017-02-04 17:11:06 - Memory range locked: 0xA99DC000 - 0xA9F5C000 (30654460KB of available memory left)
2017-02-04 17:11:06 - Reducing memory range: 0x100001000 - 0x84F000000 ==> 0x100001000 - 0x84EF00000
2017-02-04 17:11:06 - Memory range locked: 0x100001000 - 0x84EF00000 (1024KB of available memory left)
2017-02-04 17:11:06 - All memory ranges successfully locked
2017-02-04 17:11:06 - Starting Stage 0, Pattern=00000000
2017-02-04 17:11:07 - Reducing memory range: 0x100001000 - 0x84F000000 ==> 0x100001000 - 0x84EF00000
2017-02-04 17:11:13 - Finished Stage 0, Pattern=00000000
2017-02-04 17:11:13 - Starting Stage 1, Pattern=00000000
2017-02-04 18:15:53 - Reducing memory range: 0x100001000 - 0x84F000000 ==> 0x100001000 - 0x84EF00000
2017-02-05 00:28:05 - GetAMD15Temp - Temperature: 32
2017-02-05 00:29:58 - GetAMD15Temp - Temperature: 32
2017-02-05 00:29:58 - Finished Stage 1, Pattern=00000000
2017-02-05 00:29:58 - Starting Stage 2, Pattern=00000000
2017-02-05 00:29:58 - Cleanup - Unlocking all memory ranges...
2017-02-05 00:29:58 - Reducing memory range: 0x100001000 - 0x84F000000 ==> 0x100001000 - 0x84EF00000
2017-02-05 00:29:58 - MtSupportRunAllTests - Test execution time: 26333.855
2017-02-05 00:29:59 - Test aborted

Nach 8 Stunden "Hammering Rows" hab ich abgebrochen! *buck*
 
Aber trotzdem gehe ich mal davon aus, das wenn mehrere Programme beim gleichen Riegel auf verschiedenen Bänken probiert nen defekte rausschmeissen, das da dann auch einer ist. Die Frage nur, wie gravierend ist er ?
 
Defekt ist Defekt und sollte er mit geringerem Takt "NOCH" laufen , dauert es nicht mehr lange und auch bei diesem Takt könnt er nach einer gewissen Zeit wieder fehler haben.
 
Jeder Defekt ist gravierend und seine Auswirkungen sind nicht vorhersagbar, da man nie weiß was die Speicherverwaltung von Windows dort jeweils für Daten ablegt, wenn man den Bereich wo der Defekt auftritt nicht mit bcdedit /set {badmemory} badmemorylist ... ausblenden lässt. Dann nutzt Windows diese künftig nicht mehr und man kann auch mit RAM die defekte Bereiche haben problemlos arbeiten. Ansonst könnten dort z.B. mal wichtige Metadaten des Filesystems liegen dies für falsche Eintragungen sorgen und schlimmstenfalls ist dann beim nächsten Booten das Filesystem RAW. Abstürze von Programme oder gar Windows sind ebenso wie korrupte Daten und Dateien ebenfalls jederzeit möglich, wenn das RAM nicht zuverlässig arbeiten, weil eben dann immer mal was anderes ausgelesen wird als dort stehen sollte und dies kann man ohne ECC RAM einfach nicht erkennen, weil normalerweise eben nicht bekannt ist, was dort stehen sollte. Nur bei diesem RAM Tests weiß das Programme neben was es geschrieben hat und was es daher beim auslesen wieder erhalten sollte.
 
So , hab dann mal noch 2 neue 2133er bestellt, passend zu den anderen beiden neuen.

gruß
 
So , hab dann mal noch 2 neue 2133er bestellt, passend zu den anderen beiden neuen.

gruß
*great*
Wo ist der Unterschied bei meinen 4 Speicher Riegeln:

rammon_ecc-1866klpet.jpg
 
Sag mal, wofür braucht man eigentlich 32 Gb oder mehr Arbeitsspeicher ???
 
Wofür man die braucht, muss jeder selbst wissen, aber wenn man sie nicht direkt braucht, nutzt Windows sie wie jedes moderne OS als Diskcache, vor allem als Lesecache. Wer mit vielen Dateien arbeitet, bemerkt den Vorteil dann meisten schon.
 
Sag mal, wofür braucht man eigentlich 32 Gb oder mehr Arbeitsspeicher ???
Ich lasse nicht gerne Steckplätze frei, wenn da 4 Speicher Bänke sind, dann gehören alle bestückt.
Das gilt auch für die Grafikkarte, was mehr RAM auch dankend annimmt.
Viele Blue Ray Filme und persönliche Multimedia Dateien die bearbeitet werden. ;)

Wenn man es mal hat, kann man damit auch was anfangen und wenn es nur ein RAM-Laufwerk ist: http://www.abload.de/img/hdtune255_1mblock_all3us9v.jpg
 
Moin, Riegel sind da und eingebaut (also gestern Abend).

Zumindest gefühlt lief der Rechner glatter durch, geschmeidiger schneller......Arbeitsprogramme öffneten schneller...ich bild mir ein das merkt man.

Auf jeden Fall danke schonmal.
 
Zurück
Oben Unten