[Sammelthread] Ryzen DDR5 RAM OC Thread

[xST4R]

So sieht das vorläufige Endergebnis aus. Dachte ich poste das hier noch einmal, der Vollständigkeit halber.😉
Nochmals vielen Dank!👍

Anhang anzeigen 1116006

ich fang jetzt auch mit ram oc an (co und pbo2 hab ich nun 110% stable) - das ist mein grund setup mit dem gleichen kit (viel ist noch nicht angepasst ich schau ersteinmal nur ob es grob passt) :

ich muss mich erst mal an das msi board gewöhnen außerdem die richtigen Spannungen suchen (vsoc usw.) - weil die CPU auch neu ist.

---

@Phoenix2000 das ram kit kann wirklich was ...

add bin jetzt bei :

 

[Vince96]

Bin auch am Testen, gerade was noch an den Timings geht im Vergleich zu andere H24M Kits.

 

[Phoenix2000]

@xST4R
Du kannst denke ich auf CL26-14-37 runtergehen. Kannst ja mal testen das sollte nicht mehr Spannung brauchen.

@Vince96
Das Kit sollte ne ganze Ecke besser sein als dein anderes Kit. Nen 8000CL32 ist unter Luft denke ich auch noch drin.

 

[Vince96]

Das Kit sollte ne ganze Ecke besser sein als dein anderes Kit. Nen 8000CL32 ist unter Luft denke ich auch noch drin.

Das stimmt & Timings lassen sich teilweise enger anziehen. Ich gehe eh bald auf Wasser, dann werde ich auch im Alltag über 1,6V testen.
Aktuell bei 45°C+ gibt es kaum Sinn über 1,65V zu gehen, nur um es stabil zu bekommen...

 

[xST4R]

Bin auch am Testen, gerade was noch an den Timings geht im Vergleich zu andere H24M Kits.
Anhang anzeigen 1116263

schaut gut aus , aber wieso tRCDWR 8 ? soweit wie ich das getestet habe hat alles unter 16 einen starken Leistungsverlust ? (das sieht man auch direkt in aida) oder ist das bei einem H24M was anderes ?

Beitrag automatisch zusammengeführt: Gestern um 21:32

@xST4R
Du kannst denke ich auf CL26-14-37 runtergehen. Kannst ja mal testen das sollte nicht mehr Spannung brauchen.

danke dir ich schau morgen mal - hab heute auch nur erstmal grob angefangen und taste mich step by step langsam runter - zwischendurch immer wieder karhu.
muss auch erstmal mit dem msi board klarkommen , hab heute einiges an einstellungen vorgenommen :

FCH Spread Spectrum - Disabled
LN2 Mode - Disabled
Prochot VRM Throttling - Disabled
Global C-state Control - Enabled
SVM Enable - Disabled
IOMMU - Disabled
PCIe Ari Support - Disabled
TSME - Disabled
Data Scramble - Disabled
x3D Gaming Mode - Disabled
Memory Context Restore - Enabled
Memory Context Restore Valid Days - 30
GearDownMode - Disabled
BankSwapMode - Swap APU
DDR5 Nitro - Enabled
DDR5 Robust Training Mode - Robust Training
Nitro RX Data - 1
Nitro TX Data - 2
Nitro Control Line - 1
Nitro RX Burst Length - 8x
Nitro TX Burst Length - 8x

außerdem sind alle Spannungen Fest gesetzt.

du hast doch auch ein MSI hast du noch Things die ich dringend ändern sollte ?

 

[ApolloX]

Wieder ne Generation zurück... Zweitsystem.

Das ist ein a-die DR - beidseitig bestückt, auch wenn ZT da was anderes ausliest.
Was gibts bei den Timings noch für Potentiale?

 

[Vince96]

schaut gut aus , aber wieso tRCDWR 8

Habs noch nicht ausführlich getestet. Muss sich schauen was mir pyprime und y-cruncher für Ergebnisse ausgeben.

 

[xST4R]

Habs noch nicht ausführlich getestet. Muss sich schauen was mir pyprime und y-cruncher für Ergebnisse ausgeben.

du siehst das in Aida quasi bei der Schreiblatenz (tRCDWR = RAS to CAS Delay Write - also quasi die Verzögerung der Schreibvorgänge) , ich sehe das mit 8 in letzter zeit öfter , aber so richtig erklären konnte mir das setzen von 8 noch niemand. und wenn ich selbst teste hab ich zwischen 16-22 die besten Ergebnisse)

daher auch die frage - bin bei dem nicht mehr so ganz up2date

 

[Phoenix2000]

Das stimmt & Timings lassen sich teilweise enger anziehen. Ich gehe eh bald auf Wasser, dann werde ich auch im Alltag über 1,6V testen.
Aktuell bei 45°C+ gibt es kaum Sinn über 1,65V zu gehen, nur um es stabil zu bekommen...

Die Temp Messung findet ja im SPD Hub statt, ich hab die Vermutung das die IC's wärmer sind als angezeigt.Das würde zumindestens das stärkere skaling mit der Kühlung erklären

@xST4R
Ich guck das morgen nach.
Eine wichtige Sache übertaktet nicht mit manueller Übertaktung oder VCore, bleib bei PBO.Bei manueller Übertaktung hab ich festgestellt das nur noch die Temp Grenze limitiert, aber die Watt und Stromgrenzen außer Kraft sind.

 

[xST4R]

Eine wichtige Sache übertaktet nicht mit manueller Übertaktung oder VCore, bleib bei PBO.Bei manueller Übertaktung hab ich festgestellt das nur noch die Temp Grenze limitiert, aber die Watt und Stromgrenzen außer Kraft sind.

ja das mach ich sowieso nicht (manuelles oc zb allcore) , ich meinte mit festen Spannungen alles was mit RAM Zutun hat - die CPU soll nur pbo2/Co machen

ppt edc tdc habe ich auf stock werte limitiert und beim thermischen limit bin ich von 89grad stock auf 85 grad gegangen.

 

[Induktor]

du hast doch auch ein MSI hast du noch Things die ich dringend ändern sollte ?

ARdPrIntVal P0 Control, um PHY zu syncen, falls noch nicht geschehen/ falls notwendig. -Beitrag-

 

[xST4R]

ARdPrIntVal P0 Control, um PHY zu syncen, falls noch nicht geschehen/ falls notwendig. -Beitrag-

danke dir , schau ich dann morgen auch direkt mal - habs in meine todo aufgenommen.

ARdPrIntVal P0 Control, um PHY zu syncen, falls noch nicht geschehen/ falls notwendig. -Beitrag-

kannst du mir das mit dem PHY Sync noch mal bitte erklären ?

ich hab die ki gefragt die sagt mir folgendes :

 

[Induktor]

danke dir , schau ich dann morgen auch direkt mal - habs in meine todo aufgenommen.

Vielleicht noch ein Tipp, was das Validieren der Benchmarks angeht:

Grundsätzlich funktioniert die MSI Software, aber bei einigen RAM- und CPU-Benchmarks funkt die ganz gern mal rein und verfälscht/ verschlechtere die Ergebnisse. Mir ist das vor allem damals beim Riftbreaker Benchmark aufgefallen _Lösung_

Für Realworld vermutlich uninteressant, aber für vergleichbare Ergebnisse im 0,01% Bereich und im CPU-Limit auf jeden Fall zu beachten. Der angesprochene Prozess im Beitrag ist einer davon. Willst du auf Nummer sicher gehen, empfehle ich alle MSI Prozesse vorher zu beenden, bevor man mit dem Validieren anfängt.

 

[xST4R]

Vielleicht noch ein Tipp, was das Validieren der Benchmarks angeht:

Grundsätzlich funktioniert die MSI Software, aber bei einigen RAM- und CPU-Benchmarks funkt die ganz gern mal rein und verfälscht/ verschlechtere die Ergebnisse. Mir ist das vor allem damals beim Riftbreaker Benchmark aufgefallen _Lösung_

Für Realworld vermutlich uninteressant, aber für vergleichbare Ergebnisse im 0,01% Bereich und im CPU-Limit auf jeden Fall zu beachten. Der angesprochene Prozess im Beitrag ist einer davon. Willst du auf Nummer sicher gehen, empfehle ich alle MSI Prozesse vorher zu beenden, bevor man mit dem Validieren anfängt.

danke, ich nutze keine MSI software (ausgenommen afterburner für gpu oc). für mich ist mainboard software einfach nur bloatware.

---

das mit dem sync hab ich mir nun noch mal erklären lassen das macht sinn :

"Dieses Beispiel zeigt den ganzen Sinn hinter diesem fortgeschrittenen Tuning: Jemand, der sein System auf "Auto" (ARdPrIntVal = 3) lässt, würde bei 6400 MT/s wahrscheinlich mit Timings von 37/37 enden.Der Ersteller der Tabelle hat durch Testen herausgefunden, dass er durch eine manuelle Änderung des SYNC-Modus auf 1 eine deutlich bessere Leistung erzielen kann, indem er die Timings auf 35/35 senkt. Der "Gleichlauf" ist hier einfach von höherer Qualität.Die Tabelle beweist also für 6400 MTs: Ein gezielt gewählter SYNC-Modus kann den Unterschied zwischen guten (37/37) und exzellenten (35/35) Timings ausmachen."

ich glaub ich hab es gecheckt

danke dir !

 

[Induktor]

das mit dem sync hab ich mir nun noch mal erklären lassen das macht sinn

Ne KI brauchst du nicht nach RAM Tuning fragen. Die labert oft Quatsch und kann gerade so oberflächlich die ersten vier Abkürzungen der Timings und paar Parameter erklären. Wenn du spezifische Fragen hast oder tiefer in die Thematik einsteigen willst, sind mMn die besten Quellen:

- hier HWL
- zum Teil Discord
- overclock.net (AMD DDR5 Thread)
- YT Buildzoid

Buildzoid mag ich, weil er seine Aussagen und Darstellungen oft mit Dokumentationen der RAM-Hersteller (Samsung, Micron, Hynix) untermauert. Versucht's auch oft verständlich zu erklären.

Zum Thema: Vorsichtig behauptet, soweit ich richtig informiert bin: PHY bzw. tPHYRDL (Physical Read Latency) ist ein errechneter Read-Wert (Timing) zwischen MemController und RAM-Sticks. Die Performance ist nen Tick besser, wenn beide Sticks den gleichen Wert haben, idealerweise so niedrig wie möglich.

Meine Tabelle mit den Werten sollen für dich nur ein (hilfreicher) Anhaltswert sein. Du nutzt ein anderes BIOS, andere Timings, Widerstände, Settings, und 24GB Sticks (ich hab 16GB). Der Wert 1 bei ARdPrIntVal P0 Control auf 6400 MT/s kann bei dir auf 35/35 hinauslaufen, muss aber nicht.

 

[xST4R]

Ne KI brauchst du nicht nach RAM Tuning fragen. Die labert oft Quatsch und kann gerade so oberflächlich die ersten vier Abkürzungen der Timings und paar Parameter erklären. Wenn du spezifische Fragen hast oder tiefer in die Thematik einsteigen willst, sind mMn die besten Quellen:

- hier HWL
- zum Teil Discord
- overclock.net (AMD DDR5 Thread)
- YT Buildzoid

Buildzoid mag ich, weil er seine Aussagen und Darstellungen oft mit Dokumentationen der RAM-Hersteller (Samsung, Micron, Hynix) untermauert. Versucht's auch oft verständlich zu erklären.

Zum Thema: Vorsichtig behauptet, soweit ich richtig informiert bin: PHY bzw. tPHYRDL (Physical Read Latency) ist ein errechneter Read-Wert (Timing) zwischen MemController und RAM-Sticks. Die Performance ist nen Tick besser, wenn beide Sticks den gleichen Wert haben, idealerweise so niedrig wie möglich.

Meine Tabelle mit den Werten sollen für dich nur ein (hilfreicher) Anhaltswert sein. Du nutzt ein anderes BIOS, andere Timings, Widerstände, Settings, und 24GB Sticks (ich hab 16GB). Der Wert 1 bei ARdPrIntVal P0 Control auf 6400 MT/s kann bei dir auf 35/35 hinauslaufen, muss aber nicht.

aber liegt die ki mit der erklärung richtig ? - das man werte von einer ki nicht nutzen sollte ist mir bewusst , mir ging es nur um die Erklärung was es genau tut

 

[HardyEbw]

Der Wert 1 bei ARdPrIntVal P0 Control auf 6400 MT/s kann bei dir auf 35/35 hinauslaufen, muss aber nicht.

35/35 habe ich mit dem Wert: 2

 

[xST4R]

bei mir funktioniert das gar nicht egal was ich eingebe - er bootet nicht mehr

 

[Neon Knights]

Moin, habe mich auch mal an ARdPrIntVal P0 Control begeben. Bei meinem Setup steht PHY im Auto auf 37/39. Mit ARdPrIntVal manuell auf 4 ging er dann sync auf 39/39. Aber im Windows dann komisches Verhalten ZEN Timings konnte mehrfach beim Starten die Powertable nicht lesen, hat sich selber geschlossen - kam auch ein Fehler im WIN Zuverlässigkeitsverlauf. Habe gar nicht erst versucht ein RAM test Programm laufen zu lassen - wieder zurück auf Auto 37/39.....

 

[xST4R]

Moin, habe mich auch mal an ARdPrIntVal P0 Control begeben. Bei meinem Setup steht PHY im Auto auf 37/39. Mit ARdPrIntVal manuell auf 4 ging er dann sync auf 39/39. Aber im Windows dann komisches Verhalten ZEN Timings konnte mehrfach beim Starten die Powertable nicht lesen, hat sich selber geschlossen - kam auch ein Fehler im WIN Zuverlässigkeitsverlauf. Habe gar nicht erst versucht ein RAM test Programm laufen zu lassen - wieder zurück auf Auto 37/39.....

ich check das auch alles noch nicht so ganz , glaube ich mach jetzt erstmal so weiter und kümmer mich dann am ende noch mal um phy sync

@Phoenix2000 guter tipp mit 26-14-37 musste vsoc minimal erhöhen und teste mich jetzt stable :

danach noch 2 bis 3 Kleinigkeiten und Proc/RTT

 

[Maurise]

Gebe ich mal meinen Senf dazu, auch wenn ich erst am Anfang stehe.

Das einzige, was ich zur PHYRDL finden konnte, ist dass du es bei unsynchronität durch ARdPrIntVal auf 2 meist synchron bekommst. Hat bei mir auch geklappt.

Das 2. was ich bemerkt habe: Beim umschalten auf GDM disabled und der daraus resultierend geänderted und unsynchronen PHYRDL, die ich dann durch ARdPrIntVal 2 synchronisiert habe, ist RCDRD nicht mehr Stabil, sondern muss einen höheren Wert annehmen.

Ich bekomm das GDM disabled aber irgendwie gerade nicht mehr stabil. Ich hatte was gutes über 5h getestet und jetzt will er Karhu 200-400% nicht mal mehr.

Jetzt habe ich aber weder Nitro Burst Length, noch Odt bisher angefasst. Möglicherweise spielen die nicht mehr mit?

 

[Induktor]

durch ARdPrIntVal auf 2 meist synchron bekommst

Kann das mit 2 und synchron nur teilweise bestätigen. Die Werte, die ich bei mir durchprobiert habe:

 

[Phoenix2000]

@xST4R
Also FCH Spread Spectrum - Disabled würde ich auf Auto lassen, sofern du nicht BCLK übertaktest war es zu mindestens bei den älteren Bios Bios Versionen so das er dann bis 5,5Ghz geboostet hat. Sobald du das disable stellst waren 5,425Ghz angesagt. Hängt aber auch alles etwas vom Bios ab.
FCLK OC ist mit Vorsicht zu genießen da er dabei auch die Spannung hochzieht, genauso wie alles andere.Bei mir steigt z.B. bei 102,5 die GPU aus.

FCH Spread Spectrum - Disabled --->besser Auto
Prochot VRM Throttling - Disabled ----> enable oder Auto
SVM Enable - Disabled----> Da du es übers Betriebssystem nicht aus kriegst disable
BankSwapMode - Swap APU----> sollte gleich wie Auto sein, Auto ist auf jeden fall der schnellere Modus
DDR5 Nitro ---> passt für deinen Takt die Einstellungen
Nitro RX Burst Length - 8x---> lass am besten Auto längeren Training ist generell besser macht er auf Auto auch
Nitro TX Burst Length - 8x----->""
Das MSI Training ist Out of the Box echt Top.

tPHYRDL zu synchronisieren würde ich eher sein lassen, das kann im Zweifelsfall sogar langsamer sein oder instabil, wenn du das aufzwingst aber er diese Latenz eigtl. nicht immer packt.
Du kannst es testen, solltest aber auch checken ob es auch bei kontinuierlicher Beanspruchung des Speichers für keinen Leistungseinbruch sorgt.

 

[RediMischa]

Das zweite "G"-Kit läuft ein Stück besser als das erste Kit, ist aber ~3-4°C wärmer. Erstmals auch die 70k beim Schreiben geknackt