DDR4 Ist mein RAM kaputt oder Inkompatibel ?

FLipMode2k6

Mitglied
Mitglied seit
Apr 16, 2022
Beiträge
45
Bewertungspunkte
8
Punkte
8
Hallo zusammen,
vor einigen Monaten hatte ich schonmal einen Thread aufgemacht indem es um meine "defekte" 6900 XT ging.
Vor kurzem habe ich sie endlich RMA'd und mir eine 7900 XTX gekauft.

Win 10 Aktuell
Asus B550-E
5800X @ 4,6Ghz (Problem war auch schon lange vor dem Underclocking vorhanden :D)
G.Skill RipJaws 2x16GB @ 3600Mhz
XFX RX 7900 XTX
1200 Watt be quiet! Straight Power 11 Platinum Modular 80+
Aktuellstes BIOS


Und siehe da, mein Rechner crasht immer noch viel zu regelmäßig, kurzes Standbild -> Schwarzes Bild -> AMD Treiberabsturz
Primär passiert das beim Zocken von Rechenintensiven Spielen (Atomic Heart, Metro Exodus, Cyberpunk, Hogwarts Legacy)
aber auch bei 2D Unity games und ab und zu sogar beim Browserbetrieb.
Meistens geht es mal wieder für 1-2 Stunden wenn ich den Rechner neustarte, ohne Neustart passiert es bei den meisten games sehr schnell wieder, was mich halt auch an Volatilen Speicher denken lässt.

Metro Exodus ist ein interessanter Fall, da man bei jedem Crash eine Dumpfile anfertigen lassen kann in der das hier steht:
READ_ADDRESS: 0000000000000000

ERROR_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%p verwies auf Arbeitsspeicher bei 0x%p. Der Vorgang %s konnte im Arbeitsspeicher nicht durchgefuhrt werden.

Karhu RAMTest und Memtest laufen jedoch absolut ohne Probleme...

Ausserdem scheinen die Crashes nicht mehr so oft passieren wenn ich den RAM von 3600Mhz auf 2133Mhz runtertakte.

Jetzt ist mir aber noch etwas aufgefallen, nämlich das mein RAM nicht unter den Supporteten RAM Riegeln für mein B550-E aufgelistet ist
RAM SKU: F4-3600C16D-32GVKC

Da ich aber nicht weiß, ob ich richtig suche, würde ich mich über eine etwas fundiertere Antwort als meine eigene Freuen, vielleicht sogar über eine Kaufempfehlung für neuen RAM.
Speziell weil es mit meinem Dark Rock Pro 4 wirklich eine Tortur ist den RAM zu wechseln...

Danke schonmal für jede Hilfe, ich weiss, dass meine Fragestellungen immer etwas "Messy" sind :D
 
Meine letzte Info war, dass 3600Mhz so der Sweetspot sind für Zen3, deshalb habe ich mir ursprünglich auch die Riegel gekauft, aber mit den Abstürzen macht eh nichts wirklich spaß. Ich bin froh wenn ich RAM habe der dann auf 3600 stabil läuft und mehr als 2 Bänke will ich auch nicht belegen. Wenn ich jemals 64gb RAM brauche würde ich wohl eh CPU und MB direkt mit updaten.
 
Wie hier zu sehen im zweiten und dritten.
 
So, gerade mal getestet:
1681247570806.png

Und hier nochmal ein Auszug aus der Dumpfile von Atomic Heart nachdem Absturz auf 3200Mhz, kann leider nicht groß was interpretieren, aber vielleicht hat hier ja jemand einen Plan...


CONTEXT: (.ecxr)
rax=0000000000000000 rbx=00000000534cda40 rcx=0000000000000000
rdx=0000000000000000 rsi=0000000000000400 rdi=00000000534cdeb0
rip=00007ff9958ccd29 rsp=00000000534cd860 rbp=0000000146c4a638
r8=0000000000000000 r9=0000000000000000 r10=0000000000000000
r11=0000000000000000 r12=00000000f7d93b80 r13=0000000000000000
r14=00000000534cda40 r15=0000000146e89c18
iopl=0 nv up ei pl nz na po nc
cs=0033 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00000206
KERNELBASE!RaiseException+0x69:
00007ff9`958ccd29 0f1f440000 nop dword ptr [rax+rax]
Resetting default scope

EXCEPTION_RECORD: (.exr -1)
ExceptionAddress: 00007ff9958ccd29 (KERNELBASE!RaiseException+0x0000000000000069)
ExceptionCode: 00008000
ExceptionFlags: 00000000
NumberParameters: 1
Parameter[0]: 00000000534cd960

PROCESS_NAME: AtomicHeart-Win64-Shipping.exe

ERROR_CODE: (NTSTATUS) 0x8000 - <Unable to get error code text>

EXCEPTION_CODE_STR: 8000

EXCEPTION_PARAMETER1: 00000000534cd960

STACK_TEXT:
00000000`534cd860 00000001`423f443f : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : KERNELBASE!RaiseException+0x69
00000000`534cd940 00000001`423a978d : 00000000`00000000 00000000`00000000 00000000`534cd960 00000000`00000000 : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0xb8a35f
00000000`534cda00 00000001`4292a5fe : 00000000`00000046 00000001`4537fb6c 00000001`46eb3d70 00000001`46eb3fca : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0xb3f6ad
00000000`534cdea0 00000001`428d443d : 00000000`ffffffff 00000000`84c29530 00000000`00000000 000005a0`00000a00 : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0x10c051e
00000000`534ce1a0 00000001`42920d7e : 00000000`00000000 00000000`00000802 00000001`1cbe9670 00000000`5f2acb80 : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0x106a35d
00000000`534ce2c0 00000001`42936c1b : 00000000`534ce7f0 00000000`534ce4d9 00000000`534ce670 00000000`534ce750 : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0x10b6c9e
00000000`534ce410 00000001`429369b1 : 000005a0`00000a00 00000000`10174d80 00000000`553f7368 00000000`1146a060 : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0x10ccb3b
00000000`534ce540 00000001`42921622 : 00000001`46e43550 00000001`436fbc77 00000000`00000a00 00000000`000005a0 : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0x10cc8d1
00000000`534ce7b0 00000001`4de95851 : 00000001`df5e0580 00000000`00000084 00000000`00000084 00000001`43704079 : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0x10b7542
00000000`534ce820 00000001`43704dba : 00000000`00000083 00000000`534ce9b0 00000001`df5e0588 3f77a518`3f7a82e1 : AtomicHeart_Win64_Shipping!AK::IAkStreamMgr::m_pStreamMgr+0x7197739
00000000`534ce8b0 00000001`436de3ee : 00000000`0000002f 00000001`436de4c0 00000000`00000002 00000001`42e38366 : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0x1e9acda
00000000`534cea60 00000001`436f8502 : 00000000`0000000b 00000000`553f7c50 00000001`4556d060 00000000`553f7c50 : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0x1e7430e
00000000`534ceb10 00000001`436fbeda : 00000000`00000002 00000001`436fbf64 00000000`00000001 00000000`534cec10 : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0x1e8e422
00000000`534ceb80 00000001`436dd6ad : 00000000`553f7db8 00000000`534cec00 00000000`534ced70 00000000`553f7938 : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0x1e91dfa
00000000`534cebe0 00000001`436dbac4 : 00000000`534ced70 00000000`8652002f 00000001`46e43550 00000000`0000002f : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0x1e735cd
00000000`534cec70 00000001`429d3db3 : 00000000`00000020 00000000`00000001 00000000`000066f0 00000001`058785b0 : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0x1e719e4
00000000`534ceda0 00000001`42def895 : 00000001`3a6727b0 00000001`3a6727a0 00000000`ac001700 00000000`00000000 : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0x1169cd3
00000000`534cf8f0 00000001`42df0f6e : 00000001`3a6727b0 00000001`46c83e00 00000001`3a6727b0 00000001`3a6727a0 : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0x15857b5
00000000`534cfd90 00000001`42dfbda2 : 0000001b`25b61778 00000000`13c65900 00000000`00000001 00000000`00000001 : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0x1586e8e
00000000`534cfdc0 00000001`422a7beb : 00000000`13c65900 00000000`00000001 00000000`00000001 00000001`eee66a00 : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0x1591cc2
00000000`534cfdf0 00000001`436e67fe : 00000000`13c65900 00000000`00000000 00000000`00000000 00000001`46ed5e30 : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0xa3db0b
00000000`534cfe30 00000001`436e6b9c : 00000000`00000020 00000000`00000000 00000000`00000020 00000000`00000000 : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0x1e7c71e
00000000`534cfe60 00000001`4240bb37 : 00000000`00000020 00000000`00000000 00000000`53837130 00000000`53837130 : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0x1e7cabc
00000000`534cfeb0 00000001`4240ba49 : 00000000`00000020 ffffffff`ffffffff 00000000`00000000 00000001`4240832c : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0xba1a57
00000000`534cfee0 00007ff9`96b07614 : 00000000`53837130 00000000`00000000 00000000`00000000 00000000`00000000 : AtomicHeart_Win64_Shipping!AK::WriteBytesBuffer::GetPos+0xba1969
00000000`534cff30 00007ff9`97e026a1 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : kernel32!BaseThreadInitThunk+0x14
00000000`534cff60 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : ntdll!RtlUserThreadStart+0x21


SYMBOL_NAME: atomicheart_win64_shipping+b8a35f

MODULE_NAME: AtomicHeart_Win64_Shipping

IMAGE_NAME: AtomicHeart-Win64-Shipping.exe

STACK_COMMAND: ~108s; .ecxr ; kb

FAILURE_BUCKET_ID: APPLICATION_FAULT_8000_AtomicHeart-Win64-Shipping.exe!Unknown

OS_VERSION: 10.0.19041.1

BUILDLAB_STR: vb_release

OSPLATFORM_TYPE: x64

OSNAME: Windows 10

IMAGE_VERSION: 4.27.2.0

FAILURE_ID_HASH: {f9281e3c-899e-4dfe-f70b-97aacfdf880f}
 
Hattest Karhu wie im verlinkten Thred eingestellt?
Laufen muss es min 5000% und um noch mehr Sicherheit zu haben SOC Spannung um 25mV runter über -Offset und Ramspannung auf feste 1,325V.
 
G.Skill RipJaws 2x16GB @ 3600Mhz
Diesen RAM hatte ich vor den Trindent Z als 4000'er und der lief nur (widerwillig) fehlerfrei
mit 3 Stufenplan (RAM Training) geht es...
1. Cmos Reset, RAM alles auf Auto (startet dann mit 21xx MHz)
2. Spannung 1,35V und Takt 3200 (oder 3600MHz) manuell einstellen!
3. erst zum Schluss XMP laden und Spannung etwas nach oben anpassen
jeweils neu starten
(mit XMP-Profil vom "Aegis" RAM liefen die "Ripjaws" vom Start weg stabil)

PS: bei meinen Taichi-Brettern brauch ich ab 3600MHZ mehr SOC-Spannung (+Offset)
3600MHz mit 50mV und 3800MHz mit 100mV Offset
Ich hatte mal ein Beta-Bios, da war die 1,1V für die SOC Spannung fix, da ging nichts mehr über 3600MHz
Ist aber genau das Gegenteil was Casi empfiehlt....
 
Zuletzt bearbeitet :
Das ist halt die Schlechte Programmierung.........
Mit 1,325V wurde immer getestet.






 
1681293718484.png
Hier jetzt die 5000%. Kann ich das denn für bare Münze nehmen ? Ich meine ich bin halt die ganze Zeit auf dem Trichter RAM, aber könnte es nicht auch z.B. der Prozessor sein, der den RAM falsch addressiert ? Ich bin leider nicht allzu weit technisch drin :c
 
SOC Spannung um 25mV runter und die Ramspannung auch fest auf 1,325V stellen.
Test noch mal laufen lassen und vollen Screen von HWINFO64 machen.
Durch LLC Auto kann es durchaus sein die die SOC Spannung mal passt und mal wieder nicht.
Screen von Zentimings auch mal machen.
 
Okay danke, muss ich mir mal angucken da ich ehrlich gesagt kaum eine Ahnung habe, bis jetzt war das höchste der Gefühle Ram Timings kopiert :D Spannung habe ich noch nie bearbeitet

btw hier Zentimings:
1681297851807.png
Anscheinend laden die "I/O Treiber" nicht.
 
Ein Grafikkartentreiberabsturz kommt meist von der Grafikkarte. Seltener kommt es von etwas instabil laufendem RAM. Wenn der RAM fehlerhaften Programmcode an die Grafikkarte liefert, läuft die natürlich auch nicht mehr richtig. Wenn das Netzteil zu schwach für die Lastspitzen ist, kann auch das noch einen Betrag zur Instabilität liefern.

Die Grafikkarte hast du ja bereits getauscht. Das Netzteil ist auch ziemlich überdimensioniert. Da finde ich es gut, wenn ihr euch mal den RAM genauer anschaut. Ich kenne mich da bei aktuellen AMD-CPUs und Mainboards zu wenig aus um da noch mehr Tipps zu geben.
Das ja, aber der ATX Format Standard ist noch von 2017, also damit größere Karten mit 350W+ Peaks würde ich damit nicht mehr Betreiben.

Es muss nicht gleich ein ATX 3.0 sein, aber eins aus 2020 mit 2.54 wäre schon besser:

Es kann sein, dass die Peaks der GPU, die Spannungen herunter reißen und es daher zu RAM Probleme kommt.
Bevor du jetzt aber ein neues Netzteil kaufst, prüfe nochmal die Anschlüsse ob auch wirklich 12V3 & 12V4 genutzt werden für die GPU only mit 38Amper jeweils.

Edit:
@ FLipMode2k6
Es gibt ein neues Bios für dein Mainboard: https://rog.asus.com/motherboards/rog-strix/rog-strix-b550-e-gaming-model/helpdesk_bios/
 
Zuletzt bearbeitet :
Oben Unten