[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