[Sammelthread] Ryzen DDR5 RAM OC Thread

[Gr3yh0und]

Hab zumindest mit dem günstigen Strom heute mal ein stabiles Startsetting gefunden, danke @Vince96 .
VDIMM 1,57 war dann aber offenbar zu wenig, 3h 1usmus TM5 + 10h anta777, aber bei den berüchtigten 9XXX% bei Karhu war dann Ende. Wobei ich das morgen noch einmal verifiziere, heute bin ich in den 12h hwinfo Bug gelaufen und dann war der RAM Lüfter zu niedrig und es gab max 60°C. Das könnte schon ein shortcoming gewesen sein.

CL34 läuft dann wie erwartet auch mit 1.5V VDIMM.

 

[Julaajun]

Hi, ich habe in den letzten Wochen viel geforscht und gelesen, aus diversen quellen, etc. aber leider ist es sehr schwer aktuelle und richtige infos zu finden.
Ich habe folgenden OC im Anhang, habe auch noch ein anderes Setup mit 6400CL30-38-38-38 und 2133 FCLK.
Ich habe nun schon verschiedene ansätze für die timings gelesen und umgesetzt wie im screenshot zu sehen, genauer würden mich interessieren ob ihr mit folgendem zustimmt:
RAS=RCD+RTP+8(burstchop), RC=RP+RAS, RRDS 8, RRDL 12 (8??), tFAW 32 sowie tWTRS 4, tWTRL 24 und tWR 48
Oder ist man sich immernoch unsicher, ob niedrigere werte nicht doch besser sein könnten?
SCL 5-17 ist ja auch so ein Thema...

 

[Phoenix2000]

Wie folgt konnte ich die Spannungen einstellen. So werde ich das Setting vorerst mal nutzen.
Stabilität = 5 Cycles TestMem5 ohne Fehler. Nicht mehr, aber auch nicht weniger.😉

VSOC = 1.10V (niedriger nicht getestet)
CLDO VDDP = 1.09V (niedriger = Fehler)
MEM VDD = 1.65V (von zuvor 1.67V, niedriger nicht getestet)
MEM VDDQ = 1.50V (niedriger = Fehler; ganz anders als beim Test des Kits von @Phoenix2000)
MEM VPP = 1.80V (Standardwert; 1.85V initial getestet, anscheinend jedoch nicht benötigt)
VDD MISC = 1.10V (unangetastet)
VDDG = Auto

Anhang anzeigen 1129836

Grade die Transferspannung ist ja Board abhängig.
Es ist aber auch generell eine Frage von Board/CPU/Speicher Kombo wo du da landest.
Generell kann man aber sagen bei den Nebenspannungen kommt MSI mit weniger aus, bei Asus musst du schon mehr raufhauen damit der das sauber trainiert.

 

[HardyEbw]

Again what learned...😉

Konnte jetzt auch noch tPHYRDL bei 37 syncen.
Musste dabei - nicht sicher, ob dadurch - MEM VDD auf 1.67V und CLDO VDDP auf 1.099V anheben.

Mein RAM ist wassergekühlt und erreicht keine 34°, da mache ich mir wegen der Spannungen wenig Gedanken. Oder sollte ich das?
Ob der beispielsweise 4 anstatt 5 Jahre hält, finde ich vernachlässigbar. Morgen oder übermorgen abrauchen wäre doof.

Stabilität: nach wie vor lediglich fünf TestMem5 Cycles plus daily use.
Das System fühlt sich so wirklich gut an und ich bin mit dem Kit und den Settings sehr zufrieden.

 

[snipez.o7]

Stabilität: nach wie vor lediglich fünf TestMem5 Cycles plus daily use.

Das hat mit Stabilität aber nicht so viel zutun, 5 passes in TM5. Wäre mir persönlich deutlich zu unsicher. Hab noch hier und da n Fehler bekommen nach ner Stunde TM5 oder bei ~7000% Karhu. Da streb ich schon mindestens die 10000% an um von stabil zureden. Aber vllt ist das auch altbacken von mir. Vllt hast ja Glück und die Kiste schmiert niemals ab.

 

[hasandoel2]

What is the big difference between Trefi 65535 and 65528?

 

[HardyEbw]

Das hat mit Stabilität aber nicht so viel zutun, 5 passes in TM5. Wäre mir persönlich deutlich zu unsicher. Hab noch hier und da n Fehler bekommen nach ner Stunde TM5 oder bei ~7000% Karhu. Da streb ich schon mindestens die 10000% an um von stabil zureden. Aber vllt ist das auch altbacken von mir. Vllt hast ja Glück und die Kiste schmiert niemals ab.

Verstehe ich, deshalb schreibe ich das mit den 5 Cycles extra dazu. Im täglichen Betrieb habe ich null Probleme.
Ich lasse TM5 demnächst einmal länger laufen und auch mal Karhu. Ich berichte dann.

 

[Holzmann]

What is the big difference between Trefi 65535 and 65528?

Just the last 2 diggits

 

[cHio]

alles was aktualisierungen betrifft kommt quasi vom Board und wird bei jedem Systemstart in die CPU geladen (über SRAM)
und übergeht den "ROM microcode".

Das kommt nicht alleine vom Board bzw. BIOS/UEFI-Firmware.
Linux und Windows können beim Booten ebenfalls Microcode laden, also nach dem BIOS, aber vor dem Systemstart.
Kommt dann z.B. über Windows Update rein. Passiert aber eher selten, wenn man immer das neueste Bios am Start hat.
Die Methode ist allerdings sehr hilfreich wenn es neue Microcode Updates gibt aber der Boardhersteller keine Bios Updates mehr rausbringt oder ein Anwender eben kein Bios Update macht.


Nochmal ausführlich beschrieben, weil das Thema immer wieder komplett falsch diskutiert wird:

Der Board Hersteller integriert in der BIOS/UEFI-Firmware passende Microcode-Updates für CPUs. Die Updates sind als Datei in den BIOS-Flash eingebettet.
Die CPU nutzt beim Einschalten zunächst ihren festen internen "Baseline Microcode" aus dem ROM. Sie kann damit grundlegende Aufgaben erledigen, u.a. natürlich das ausführen des BIOS-Codes.
Das BIOS prüft beim POST Vorgang, ob es einen neuen Microcode für die erkannte CPU enthält. Wenn ja, wird dieser in den flüchtigen Microcode Speicher der CPU geladen.
Beim Betriebssystem booten wiederum kann dann ebenfalls Microcode geladen werden, wenn dieser neuer ist als vom Bios bereitgestellt.
Ab diesem Moment arbeitet die CPU mit dem Microcode solange der PC läuft.

 

[XST3RN]

microcode updates die von windows kommen werden in den SRAM geladen -
das hat nichts mit einem bios flash zutun

gibt quasi eine reihenfolge :

Microcode aus dem Betriebssystem > Microcode aus dem BIOS/UEFI > Original-Microcode im CPU-ROM

 

[cHio]

microcode updates die von windows kommen werden in den flash-rom vom board geladen und dort permanent gespeichert

Völliger Quatsch. Windows lädt sie nur flüchtig in die CPU beim Start.
Windows (und auch Linux) schreiben niemals ins BIOS-ROM, sie können das auch gar nicht ohne explizite Flash-Tools.
Der Flash-ROM bleibt unverändert, außer du führst ein echtes BIOS-Update durch.

 

[XST3RN]

Völliger Quatsch. Windows lädt sie nur flüchtig in die CPU beim Start.
Windows (und auch Linux) schreiben niemals ins BIOS-ROM, sie können das auch gar nicht ohne explizite Flash-Tools.
Der Flash-ROM bleibt unverändert, außer du führst ein echtes BIOS-Update durch.

hatte es editiert schau bitte noch mal , hatte was verwechselt. (is schon spät )

add: aber microcode updates per windows sind ja wie du auch schon geschrieben hast eher selten.

 

[cHio]

hatte es editiert schau bitte noch mal , hatte was verwechselt.

Ja man sollte vielleicht noch erwähnen was man mit SRAM meint und zwar den internen SRAM/Register-Speicher der CPU, in dem sie temporäre Mikrocode-Patches halten kann.

 

[Neon Knights]

Leckofunny , Kampf der Giganten, again what learned

 

[HardyEbw]

Das hat mit Stabilität aber nicht so viel zutun, 5 passes in TM5. Wäre mir persönlich deutlich zu unsicher. Hab noch hier und da n Fehler bekommen nach ner Stunde TM5 oder bei ~7000% Karhu. Da streb ich schon mindestens die 10000% an um von stabil zureden. Aber vllt ist das auch altbacken von mir. Vllt hast ja Glück und die Kiste schmiert niemals ab.

Ne Stunde TM5 läuft schon einmal. Easy...

 

[ollivetti]

Moin zusammen,

Mal so ne Frage in die erfahrene Runde, da ich selber bisher nix genaues finden konnte:
Gibt es SR Kits mit mind. 48 GB (2x24) als A-Die?
Was ich so herausgefunden habe, dass wohl alle 48er Kits M-Dies sind, genauer gesagt H24M, wenn ich mich auf SkHynix beschränke.
Oder gibt es schon 64er SR Kits oder sind die aktuell alle noch DR?

Ich würde gerne ein 8000+. Setting bauen, wo ich an die 120ns rankomme. Mit meinem 64er DR schaffe ich keine 8000 stable, leider.

 

[HardyEbw]

Ich kann es nicht mit Bestimmtheit sagen.
Allerdings decken sich meine Erfahrungen mit deinen Erkenntnissen.

2x24Gb = SR M-Die
2x32Gb = DR

 

[XST3RN]

es gibt doch auch 2x 24gb DR

 

[snipez.o7]

Hab gestern doch noch mal die cl28 ausprobiert mit dem folge Bios. Im neuen Case fast 10° kühler und fclk 2200. Setz mich an einzelne Werte die Tage nochmal dran.

Im Vergleich zu dem alten cl28 Setting was vorher durchlief war dieses gute 30min schneller (Karhu) ?!? Unterschiede waren tRFC 500, tRAS 48, tRC 60, tFAW 16, tWTRS 4, tREFI 65528.

 

[RediMischa]

es gibt doch auch 2x 24gb DR

Es geht ihm wohl darum, was das grösste als SR ist, was wohl 2x 24GB M-Die sein sollte.
Da DR tendenziell schwieriger in der Handhabung ist.

 

[Teslahun]

My daily setup.
6000 cl 24 is possible with 2x32gb dualrank memory.



Bonus YT video : system running :
Ryzen 9800X3D+RTX5090+64gb DDR5 6000cl24 max overclock in a wooden PC case

 

[webmi]

6000C24 on 64GB - very nice!

 

[cHio]

Auch wenn so ein Ergebnis mit einer sehr niedrigen CL nett ist, ich frage mich ehrlich wann und ob der Moment kommt, wo es endlich klick macht das CL als Königsfaktor für Leistung endlich in den Köpfen begraben wird. DDR5 macht mit Prefetching, Parallelzugriffen und Subchannels die nackte CAS-Latenz schon unwichtig. Das bestätigt dir auch Heute schon jeder Benchmark solange ungetunte tRCD, tRP, tRFC etc. das nicht auffressen.

Was das angeht freue ich mich schon sehr auf DDR6, weil es das noch extremer macht. Subchannel-Aufteilung noch feiner, Prefetch tiefer und adaptiver. Der Controller kann dann in vielen Szenarien verhindern, dass ein Programm jemals die volle Roh-CAS-Latenz direkt spürt. Mit steigendem Alter bin ich tatsächlich auch froh darüber, wenn Out of the Box immer mehr Leistungspotential schon genutzt wird, ohne stundenlanges tunen.🫠

 

[ThunderXX80]

@cHio : Du sprichst mir aus der Seele.
Das ist wahrscheinlich auch der Grund, warum hier kaum jemand Benchmarkergebnisse postet mit vorher/nachher Vergleichen. Die Unterschiede/Gewinne sind einfach extrem gering. Wenn man die für Hynix Chips bekannt guten Werte für trefi, trfc und trw eingibt, hat man schon ein Ergebnis, das sehr nahe am voll ausgereizten Profil liegt. Die Unterschiede sind dann praktisch nicht mehr merkbar, sondern nur noch messbar.
Aber vielleicht zeigt mal ein User den Unterschied zwischen CL24 und CL30 bei sonst gleichen Parametern. Das würde mich interessieren. Leider kann ich es nicht selbst ermitteln, weil ich kein so gutes Kit besitze.

 

[Don]

Octa-Channel DDR5-8400: G.Skill erreicht mit 8x 32 GB neuen Rekord - Hardwareluxx

Octa-Channel DDR5-8400: G.Skill erreicht mit 8x 32 GB neuen Rekord.

www.hardwareluxx.de

 

[snipez.o7]

so kanns laufen.. tm5 easy.. karhu hat kein bock mehr ^^

 

[Gr3yh0und]

1usmus ist auch wirklich nur grob um in 20-30 min einen schnellen Check zu fahren. Stabilität testest du damit eher nicht. Dann mach wenigstens 2-3h Stunden anta777 oder 10000% Karhu. Das ist dann schon etwas tiefer.

 

[snipez.o7]

Stabilität testest du damit eher nicht.

Das würde ich auch nie behaupten, siehe meine letzten Posts hier. Aber das Setting muss erstmal TM5 packen (90min) bevor ich Karhu überhaupt testen lasse. Nur TM5 macht halt keinen Sinn egal ob 1usmus oder anta777 Setup. Karhu lasse ich dann übrigens bis 20k% laufen um für mich Stabilität zu erreichen. s.o.

 

[Neon Knights]

so kanns laufen.. tm5 easy.. karhu hat kein bock mehr ^^Anhang anzeigen 1131119

Karhu war auch bei mir der "Endgegner" .Die trfc 650 sind durchgelaufen. Nur VSOC (von ~1,14 auf ~1,18) habe ich etwas erhöhen müssen, jedoch nicht wegen Karhu Fehlern sondern weil mir gestern Abend nach 20 Minuten Squadrons der Rechner erst USB rausgeworfen und etwas später dann einen Freeze hatte. Nur bei dem Spiel habe ich nämlich 2 zusätzliche USB Geräte angeschlossen - die Flightsticks (Throttle). Andere Games liefen vorher auch mit ~1,14 Vsoc. Habe beim Neustart gestern direkt VSOC erhöht und danach war in Squadrons nach einer weiteren Stunde gamen mit beiden Sticks alles fein. Heute dann nochmal Karhu...
ach ja zentimings liest VSOC falsch.

 

[Vince96]

Ne Stunde TM5 läuft schon einmal. Easy...

Auch mal nachreichen was Karhu für einen Output hat. Dafür den Cache anschalten