[Sammelthread] Intel DDR5 RAM OC Thread

@X909
Man danke dir für die detaillierte Erläuterung! Man findet viel zu wenig über das Zusammenspiel was real technisch passiert auf dem Board in Verbindung mit den Timings. Richtig guter Imput, hat mir immer gefehlt in den Sachen die man im Netz findet wie CL da in Zusammenhang steht!

Edit:
1762862890633.png


Edit:
Auch nice der Ram TIMING Simulator um mal zu sehen wie sich einige Timings ausiwrken im Vergleich: https://ram.alphadev.ro/ddr5-simulator
 
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Was haltet Ihr von Patriot VEU548G8036K (8000MT/s 48GB (2x24GB) CL36 1.4V)? Diese sind aber aktuell nicht in der QVL von meinem ASUS Board (STRIX Z890-I mit ner 265k). Oder lieber einen Speicher holen, welcher in der QVL Liste steht, auch wenn dieser minimal langsamer wäre (CL 38 anstatt CL 36)? Hier wäre es z.B. der TEAMGROUP T-Force Delta 48GB 8000MHz CL38 M-DIE 1.4V. Dritte Möglichkeit: G.Skill Trident Z5 UDIMM 48GB 8000, CL40-48-48-128 1.35V

Hier noch einmal aufgelistet:

nicht in QVL:
Patriot Viper Elite 5 Ultra 8000MT/s 48GB (2x24GB) CL36 1.4V - SK Hynix

in QVL:
TEAMGROUP T-Force Delta 48GB 8000MHz CL38 1.4V - SK-Hynix M-DIE
G.Skill Trident Z5 UDIMM 48GB 8000, CL40-48-48-128 1.35V - SK Hynix

Ich möchte erst einmal das Standard XMP Profil nutzen, später dann ggf. OC.

Danke Euch :-)
 
@UdoG
Wenn QVL Listen, Herstellerseiten von RAM oder Mainboard, andere Kompatibilitätscheck Seiten, Reviews, Forenbeiträge, Google keinen Hinweis liefern, würde ich jetzt einfach nur schnell handeln und beide bestellen.
Den schnelleren der läuft behalten, den anderen zurück, ezpz.

Hab die letzten Tage noch Kits bestellt die vergleichsweise günstig waren und direkt auf nicht lieferbar gesprungen sind und dann auch nicht verschickt worden sind. Von 1-3 Tagen Lieferzeit gings auf 3-5 Monate. Den den ich bekommen habe und versendet wurde ist ebenfalls direkt nach der Bestellung um 20% im Preis gestiegen. Und es waren eher durchschnittliche Rams für einen Office PC.

Wie man weiß ist es eh auch abhängig von Temps, Controller pipapo, aber davon ab würde ich sagen dass der laufen sollte.
 
Hab mal wieder ein wenig was von Adata bekommen. Mittlerweile muss ich echt sagen, die geben Gas die Jungs. War positiv überrascht.



Die Module lassen sich mittlerweile super übertakten. Durch die geringe Menge der Dimms die ich hier habe, kann ich aber nicht abschätzen wie sie allgemein streuen. In Summe habe 6 Module H24M, falls es jemanden interessiert.
Aber meiner Meinung nach können sie mittlerweile klar mit allen locker konkurrieren, was für mich natürlich sehr erfreulich ist :d. Gute Dimms = gute Ergebnisse auf HWbot.
Das PCB wurde augenscheinlich überarbeitet und nun Fliegen die Dinger ebenso :d. Bilder darf ich euch leider keine zeigen, aber sie werden sicher bald so auf den Markt kommen oder vielleicht noch besser.

Habe noch ein 2x16GB Kit hier was ich in den nächsten Wochen auch noch mal testen werde. Dieses ist Retail und da bin ich auch extrem gespannt drauf.


Vielleicht hilft es auch dem ein oder anderen der gerade noch auf der Suche auf Dimms ist.
 
@MuTzE : Was hast Du für NGU und D2D gesetzt ? Welche Spannungen hast Du dabei für VNNAON un NGU gesetzt ? Welche Ring Ratio ? Welche Ring Voltage ? Welche VccSA voltage hast du gesetzt?
Bios Aktuell inkusive Management Engine?
Oh irgendwie habe ich keine Benachrichtigung bekommen, dass es neue Beiträge gibt...

An den Spannungseinstellungen hatte ich nichts verändert, laufen auf Auto.
Habe mittlerweile Windows neu gemacht, BIOS Update, Defaults geladen und nur XMP I aktiviert.
Lief besser, aber letzte Woche und heute wieder Spielabstürze (ARC Raiders) und Bluescreens.
Es läuft also nichtmal Stock.

Habe aktuell wieder das 6400er Kit drin und werde mal eine RMA versuchen.

Guck mal ob das nur in IDLE ist , sprich mach mal ein Spiel oder so im Hintergrund an und guck ob der Fehler weiterhin besteht, wenn nicht guck mal welche Spannung sich im IDLE runter tacktet
Ist mir vorhin erst wieder mitten im Spiel passiert, im Idle bisher gar nicht mehr.
 
Karhu ist gut und nutze ich lieber als TestMem5, aber die Viruserkennungen bei TM5 sind false positives. Die meisten "großen" erkennen das auch korrekt und geben keine Meldung aus, bei den anderen springt halt die Heuristik an.

Da müsste man sie jeweils einzeln anschreiben, damit sie sich die .exe mal ansehen und ihre Erkennung entsprechend anpassen. BenchMate wurde zB von meinem Eset Antivirus als malicious eingestuft, nach einer E-Mail war das dann noch am gleichen Tag nach einer Prüfung auch erledigt.

Natürlich musst du dich nicht darauf verlassen, und eine gewisse Grundskepsis ist auf jeden Fall gesund, aber bislang habe ich in der OC-Community noch keine gehäufte Anzahl an gehackten Accounts, Trojanern, etc mitbekommen, die mit TM5 zusammenhängen könnten.

Aber mit Karhu bist ja du jetzt auch erstmal gut versorgt.

Wobei die Version 2.0, die im Januar rauskommen sollte, immer noch nicht veröffentlich wurde.
 
Damit hier auch mal wieder Ergebnisse zu sehen Sind ...

Gut.PNG


Leider Zickt das Bios von MSI mit aktuellerem MC und ME noch, aber das Derzeitige ist noch ok. Wenn man bedenkt das meine CPU nicht gerade der Hit ist, kann sich das schon sehen lassen. stable sind leider nur 8933MT/s
 
Heute sind die neuen Riegel (8.000) aus der RMA gekommen, reibungsloser Ablauf übrigens.
Zwischenzeitlich liefen die 6.000er mit 7.200 ohne Probleme, keine Fehler oder Abstürze mehr gehabt.

Kit eingebaut, XMP II geladen -> Karhu Fehler nach 40 min. / 3061 %...
Scheint also nicht am RAM zu liegen.

Kann ja dann eigentlich nur noch das Board sein oder?
Wenn ja, dann finde ich das echt schwach, für die Preisklasse, dass da nicht mal 8.000 stock laufen.
Wieder schönen Mist gekauft :cautious:

Oder evtl. auch die CPU dran schuld?
Kann ich ja eigentlich nur ausschließen indem ich eine andere CPU bestelle und verbaue (sofern die dann besser ist), mhh.
 
Zuletzt bearbeitet:
@MuTzE : Wenn du in den thread https://www.hardwareluxx.de/communi...e-s-s-1851-oc-und-laberthread.1359139/page-60 schaust, dann siehst Du das die warscheinlichkeit hoch ist, das es wohl eher an deiner CPU liegt. @Piston975 hat das gleiche Board , allerdings M-Dies.
Natürlich haben auch andere Faktoren wie Bios / ME einfluß . Er hat das 2201 Bios.
Was für Ring / D2D / NGU hast du bei deinem Test eingestellt? Wenn du es @stock getestet hast , mal als Idee : manuell die daten des 200s setzen , also NGU/D2D 32 und ring auf 40.
 
@amd_man_bavarian : Danke für den Hinweis, probier ich mal aus. Hab sonst alles auf Stock.
 
@MuTzE
Hi, auch in die Runde. Schönen Feiertag noch allerseits.
Stell doch bitte mal alles auf Standard XMP1 oder Jedec und dann im AI Menü die SP vom Memory Controller ermitteln lassen.
Bei mir stand die bei 42. Derzeit (nicht auf Standard gesetzt) 31 Also unfassbar schlecht.

Trotzdem kann ich behaupten, dass der RAM auf 8000 laufen MUSS. Ich hab sogar die Timings so anziehen können bei VDD/VDDQ 1.48 v mit Wasser auf dem RAM.
Essenziell bei DDR5 ist Temperatur, sprich gute Kühlung. Meine Werte kannst ja im Link oben sehen.
Bin jetzt bei 61.3 ns in der Spitze. Mit 32°C im Sommer Maximal Temperatur.

Auf Luft hatte ich immer bei 80°C (tFAW aufgedreht) dann fehler nach etwa 40 Minuten.
In so fern kann ich das gut verstehen. Ohne deine Historie hier gelesen zu haben, denke ich nicht, dass es am RAM selbst liegt.

Was auch sein kann, ist der Anpressdruck des CPU Kühlers. Hab da die RTT und ODT werte trainieren lassen und gesehen dass es da massive Unterschiede gab. Abhilfe: CPU Kühler nur leicht gelöst und wieder gleichmäßig über Kreuz angezogen.
Dann war es anders. Dann noch mit den Widerständen gespielt und damit das Signal eingefangen. Und siehe da: Timings gingen noch viel straffer.
Es kann auch allgemein die Montage der CPU sein. Schlechter Kontakt kann auch zu Problemen führen.
 
Zuletzt bearbeitet:
Hi @Piston975 ,
danke für die Info.

Die SP MC liegt bei 53.

Habe eben nochmal Karhu laufen lassen.
Beim ersten Run stieg es bei ca. 1.200 % (17 min) aus. Max Temp war 46,2°C.
der zweite Run lief komplett durch o_O 5.000 % (1h 15min). Max Temp 47,5°C.

Versteh ich nicht...
 
Mit SP53 muss da definitiv was gehen.

Poste doch mal MemTweakIt und Schreib die falsch ausgelesenen Timings richtig dazu (tWR wird eigentlich immer falsch gelesen).
Die fehlenden bitte auch ergänzen.

Schau auch mal im Skew Control (oder wie das genau heißt) die RTT und ODT Settings.

Außerdem möchte ich aus MemTweakIt die RTLs als Screenshot haben(Seite 3)

Vielleicht kann ich dir dann weiter helfen.

Ach ja VccSA eingestellt vs Ausgelesen in HWinfo und Loadline dazu.

Was ist deine MC (VDD2) Voltage?
 
Es wäre auch hilfreich die nebenspannungen ansich zu sehen, also HWinfo. Kann gut sein das eine der Vcc Spannungen leicht angehoben werden muß.
Wenn ein Run durchläuft und einer nicht kann es gut sein das dir der Restram ausgeht, weil irgendein Progrmm dazwischen funkt. Daher ist es (meiner Meinung nach) empfehlenswert beim Test das Netzwerk zu trennen.
 
Hey Leute,

ich hoffe ich hab alles zusammen, was gewünscht war ^^

tWR ist laut UEFI 120.
Ich hab das jetzt im Idle gemacht oder sollten die Screens von MemTweakIt und HWiNFO unter Last gemacht werden?
 

Anhänge

  • uefi_ram_02.jpg
    uefi_ram_02.jpg
    180,7 KB · Aufrufe: 11
  • uefi_rtt_02.jpg
    uefi_rtt_02.jpg
    169,3 KB · Aufrufe: 12
  • uefi_rtt_01.jpg
    uefi_rtt_01.jpg
    163,2 KB · Aufrufe: 10
  • uefi_ram_05.jpg
    uefi_ram_05.jpg
    168,1 KB · Aufrufe: 10
  • uefi_ram_04.jpg
    uefi_ram_04.jpg
    156,4 KB · Aufrufe: 11
  • uefi_ram_03.jpg
    uefi_ram_03.jpg
    167,7 KB · Aufrufe: 12
  • uefi_ram__01.jpg
    uefi_ram__01.jpg
    182,3 KB · Aufrufe: 11
  • uefi_odt_02.jpg
    uefi_odt_02.jpg
    163,6 KB · Aufrufe: 12
  • uefi_odt_01.jpg
    uefi_odt_01.jpg
    160,4 KB · Aufrufe: 9
  • memtweakit_3.png
    memtweakit_3.png
    10 KB · Aufrufe: 9
  • memtweakit_2.png
    memtweakit_2.png
    15,2 KB · Aufrufe: 11
  • memtweakit_1.png
    memtweakit_1.png
    16,4 KB · Aufrufe: 11
  • hwinfo_ram_idle.png
    hwinfo_ram_idle.png
    22,1 KB · Aufrufe: 12
  • hwinfo_board_idle.png
    hwinfo_board_idle.png
    22,7 KB · Aufrufe: 12
Mach mal RTT NOM auf 40 Ohm,
ODT CK die 480 auf 120 Ohm. Jeweils Cold Boot dazwischen, also Speichern und dann komplett vom Netz trennen. Schauen ob du jeweils ein Training bekommst.
Dann den anderen ODT CK Wert auch auf 120 Ohm heben. Das sollte funktionieren.

Dann können wir uns um die Timings kümmern. Da ist es wichtig, sich an die grundlegenden Regeln zu halten, welche Timings in Relation zueinander zu setzen ist.
Als Grundvoraussetzung hebe aber bitte erst tRDWR dg/sg synchron an. Ich schlage 28 vor, um erstmal eine stabile Konfiguration zu erhalten.
Probier dann bitte, ob es so schon funktioniert. TM5 Extreme 1,5h sollte reichen.
Jetzt die Regeln:
  • tFAW: Die goldene Regel lautet tFAW = 4 \times tRRD\_S. Wenn du tRRD_S auf 4 setzt, sollte tFAW auf 16 stehen.
  • tRRD_S ist immer mindestens 2 kleiner als tRRD_L
  • tRAS >= tRCD + tRTP. Wenn tRAS zu niedrig für diesen Wert gewählt wird, erzwingt der Controller oft interne Wartezyklen.
  • tRRD x2 = tWTR gleichermaßen für sg und dg oder S und L. Je nach Mainboard.

Ich sehe bei deiner Konfiguration sehr viel Potential, aber auch teils sehr strenge Timings.

tWR kannst zum Beispiel schon mal auf 56 setzen oder so. 80 ist absolut übertrieben.

tRFC am besten in einem Teiler von 8 nach oben setzen. Fange doch konservativ an mit 720. Den SB (Wert direkt drunter) mit hoch ziehen 640 sollte da auch safe sein.
tREFI kannst gleich auf 32k stellen, das sollte auf jeden Fall bis 60°C funktionieren.

Vielleicht vorher auch mal AIDA64 Benchmark laufen lassen. Zuvor alle Dienste und Anwendungen schließen, die nicht benötigt werden. Auch ggf. RGB zeug und so.
Immer gleiche Voraussetzungen schaffen.

Dann kannst los legen. Jeden Schritt, außer er betrifft Regeln, immer einzeln probieren.
Also wenn du tRRD anfasst, muss immer tWTR angefasst werden. Gerade diese Regel ist sehr wichtig.

Ich wünsche viel Erfolg und bitte gib Feedback, was das gebracht hat. Bitte einmal Eingangstest (der wird unfassbar schlecht sein) und dann das umsetzen. Du wirst staunen, was da geht.

Ach ja deine VDD2/Memory Controller Voltage ist extrem hoch. Mach da maximal 1.42V.
VccSA bitte leicht erhöhen. Probiere mal 1.25V. Loadline ggf. auch erhöhen. Ich fahre da sehr hohe Loadline (6), würde mal mit 4 anfangen.
 
Ich meinte eigentlich die Vcc Spannungen :

Screenshot 2025-12-27 173041.png


Hast du VPP Voltage manuell auf 1,815 V gesetzt ? Wenn ja, dann auf 1,8 lassen und nur bei wirklichem Bedarf erhöhen.
 
Hast du VPP Voltage manuell auf 1,815 V gesetzt ?
Die ist auf 1,80 V konfiguriert.
Vcc Spannungen, sowie die UEFI Voltages habe ich angehangen.

Mach mal RTT NOM auf 40 Ohm,
ODT CK die 480 auf 120 Ohm. Jeweils Cold Boot dazwischen, also Speichern und dann komplett vom Netz trennen. Schauen ob du jeweils ein Training bekommst.
Dann den anderen ODT CK Wert auch auf 120 Ohm heben. Das sollte funktionieren.
Erledigt.

Als Grundvoraussetzung hebe aber bitte erst tRDWR dg/sg synchron an. Ich schlage 28 vor, um erstmal eine stabile Konfiguration zu erhalten.
Sind die 28 korrekt, weil das aktuell bei 23 liegt!? Würde den Wert also "verschlechtern" oder ist das zu stramm und muss gelockert werden?

Ach ja deine VDD2/Memory Controller Voltage ist extrem hoch. Mach da maximal 1.42V.
VccSA bitte leicht erhöhen. Probiere mal 1.25V. Loadline ggf. auch erhöhen. Ich fahre da sehr hohe Loadline (6), würde mal mit 4 anfangen.
MC Voltage war auf Auto, habs auf 1.42 V fixiert.
VccSA = System Agent Voltage? War auch auf Auto, hab ich auf 1,25 V gesetzt.
LLC von Auto auf 6.


Eine Anmerkung noch.
Ich hatte gestern, aufgrund deines Hinweises mit dem Anpressdruck, vor meinen beiden oben genannten Tests den CPU-Kühler etwas gelockert.
Seit dem Fehler in Test 1 habe ich bisher keine Fehler mehr erhalten.
Karhu sowie TM5 liefen jetzt immer durch.

Wäre natürlich super, wenn das wirklich damit zu tun hatte :)
Ich arbeite jetzt die Tipps ab und halte euch auf dem Laufenden, wird ein wenig dauern ^^

Achja und DANKE euch erstmal!
 

Anhänge

  • hwinfo_ram_vcc_idle.png
    hwinfo_ram_vcc_idle.png
    11,7 KB · Aufrufe: 9
  • uefi_voltages.jpg
    uefi_voltages.jpg
    182 KB · Aufrufe: 7
Ja jetzt wo das stabil läuft hast du ja eine Art Baseline. Das kannst du dir erst mal auf dem USB Stick speichern.

Jetzt kannst du die Timings Schritt für Schritt straff ziehen und/oder die Voltages reduzieren.
Wie gesagt, du musst immer vom Stabilen Zustand ausgehen und dich dann voran arbeiten.

Mich würde jetzt mal AIDA64 interessieren, was das bei deinem Setup auspuckt.

Wenn die SP53 stimmt, sollte das auch mit Memory Controller Voltage geringer als 1.42V laufen. Auch VccSA sollte sich ggf. senken lassen.
Du kannst natürlich dich entscheiden weiter zu machen für Performance oder halt möglichst effizient zu werden.
Ich hab mich für Performance entschieden und bin wie gesagt bei 61.3 ns gelandet, im Lesen 125GB/s, Schreiben 122,5, Copy 120,5
War aber ein gutes Stück Arbeit.

Einen Großteil meiner Timings kannst im Anderen Thread sehen
 
VccSa sollte bei 8000 normal so 1,15-1,19 sein , bei strafferen tinings ~1,25V. Vcc CLK 1,05V , VCC IO 1,25V . Sollte es noch probleme geben bei etwas reduzierten Timings Vcc CLK auf ~1,1 in 0,025er schritten (aber nur bei bedarf). Vcc Io ähnlich bei ~1,3V in 0,025er schritten. (auch nur bei bedarf).
Sofern du Timings anziehen willst : tRAS 72 /62 , tRefi 65535 , tRFC2 kannst du mal mit 480 , tRFCpb 390 testen , ( tWRPRE 76 , tWRPDEN 75 = tWR 30) .
Mal so als first steps . tRFC ggf höher setzen wennes nicht stable durchgeht. Damit gehtes schon recht gut vorwärts.

Hier mal als Timing Inspiration ein Setup, daß bei mit mit 1,35V VDD/VDDQ gelaufen ist. Keine Super straffen Timings, aber stable bei niedrigen Spannungen

Screenshot 2025-06-22 113838.png

Alle wichtigen Spannungen sind soweit ersichtlich.

NGU/D2D ggf noch auf 34/34.
 
Meine Beratung bezog sich auf das Stabilitätsproblem. Scheint ja auch geklappt zu haben.

tRDWR hab ich dafür bewusst konservativ vorgeschlagen. Aber du kannst es natürlich isoliert wieder anziehen. Aber immer kompletter Lauf 1,5 Stunden TM5 Extreme machen. Bei mir mit guten UDIMM Hynix M-Dies ist bei 25-26 Schluss. 24 bootet noch, wirft aber haufenweise Fehler.

Prinzipiell gilt: Jedes Timing einzeln testen. Aber beachten, dass tWR zum Beispiel Einfluss auf die Umkehr hat wie tWRDWR und tWRRD. Wenn das Signal sauber ist, geht da natürlich mehr als wenn es unsauber ist.
Das solltest du mit RTT und ODT eingefangen haben. Interessant für mich ist, dass deine Werte sich mehr oder weniger mit denen auf meinem Board deckten.

Jetzt heißt es hau rein bei den Timings. Probier Schrittweise aus. Immer erst Primär anziehen während sekundär und Tertiär vergleichsweise locker sind. Dann Stabilität erreichen.
Dann Sekundär anziehen, das kann auch mal wahnwitzig niedrig sein. (bis auf tWR, das mache ich immer zum Schluss, rantasten aber schon)

Dann Tertiäre Timings. Da kannste anziehen bis Nopost und dann halt wieder +2 pro Timing. Außer die Lese-Schreibumkehr.
Da musst du ausprobieren. Das ist am Schwierigsten, denn Wechselwirkungen mit tWR und anderen sekundären Timings ist gegeben.

Viel Erfolg.
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh