[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: Montag 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

 

[Tatilica]

I don't quite get it all yet, I think I'll continue like this for now and then worry about phy sync at the end

Hi guys, for tPHYrdl synced A/B channel, MSI mobo's needs to be checked Manual>ARdPtrinitVal=0 in DDR PMU training for both Bios section: 1.Overcloking/Advanced Dram config 2.Advanced/Amd Overclocking/DDR Option

8155 BCLK100.7 PBO Auto Boost +25 Curve perCore

8045 100.6 PBO 225/125/205 Boost+150 CO -20All

 

[Vince96]

Bisschen vorangekommen...

 

[HardyEbw]

Das sieht super aus.
Meine letzten Settings waren nicht stabil, bin vorerst zurück auf 6200MT/s bei CL26 und 1.52V auf dem Speicher.

 

[Vince96]

Nochmal bisschen angepasst.

 

[Fönixisteintrottel]

@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.

FCH Spread Spectrum ... Auto ist aktiv de Depp! Das Brett muss out-of-the-box die EMI Richtlinien schaffen! Per DAU-OC Optionen können es die Hersteller abschalten.
BankSwapMode ... Scheiße Kotaffe, auch das wurde schon 400x geklärt auch wenn ihr Deppen es noch so oft wegzensiert. Ist dir Kotstuffe schon mal aufgefallen das es neben SwapAPU und SwapCPU auch deaktivieren gibt? Nein? Trottel eben! Die option priorisiert zuriffe wenn man die interen GPU nutzt und es eben zugriffe auf den virtuellen GPU RAM bereich gibt und eben den klassischen RAM.
Hast du keine interne GPU aktiv ist es da scheiß egal was du da priorisierts, weil es nicht zu priorisieren gibt. ergo kann man den Käse auch abschalten.
nitro Burst length .... Nein, Fotze, Auto ist 1X, absolut auch auf jedem Brett. Im Prinzip ist die Option für sich auch nur eine Placbo ob du da jetzt 1x oder 8x einstellst. Eventuell solltest du denm Hilfetext beachten oder dich mal weiter in den AMD Agesa Teil klicken. Ohne manuelles setzen der Spannungsschritte und der Verzögerungen ist die option ein Placebo weil ohne eine manuelles setzen beides auf 0 steht.
Und um noch mal auf Spread Spectrum zurück zu kommen, festhalten Kotfotze, die Frequenz geht nicht nur nach unten sondern auch nach oben und das im ms von Bruchteilen. im Schnitt bleibt es aber bei 100Mhz. Wenn du in einem Augenblick -0.1% hast, hast du im nächsten Augenblick +0,1% Im Schnitt hast du 0%, Je nach dem wann deine Schrottsoftware also den takt ausließt bekommt du anderer Werte. Da wird nix schneller noch langsammer, höchstens dein System läuft auf Kante genäht und verkraftet die 1Mhz mehr als Basistakt nicht. Fasszinierend das ihr Kotaffen nicht die geringste Grundlagen Ahnung habt und eine Scheiße hier rausblesen tut alös wären es Fakten.
PS: Das MSI Training ist AMD Standardkosten, da wird absolut nichts selbst gesetzt die von sich aus Were im Agesa Teil setzen würde.
Zu ihrem Gehinfurz tPHYRDL würde bereits genug zensiert. wie so oft eventuell mal erst schlau machen warum was gesetzt wird ehe man meint aus kosmetischen Gründen müsse man man angelichen.
Wenn die Bretthersteller wollten könnte man noch ganz viele Timings für Kanal A und B getrennt einstellen. AMD unterstützt das CPU seitig und auch die Biose geben noch alles dafür her beim initilastart per EFI-Shell Werte für A und B Kanal komplett verschieden ein zu stellen, man hat einzig die GUI weggespart. Der Signalweg von A und B wird niemals gleich sein, gleiche Werte müssen also zwangsläufig immer in einer Form korrigiert und angepasst werden.

 

[LuxSkywalker]

Es ist wieder da...

Gemeldet auch schon 😇