[Sammelthread] Ryzen DDR5 RAM OC Thread

[Tatilica]

Bios 2604. Changing tRCDWR to 16 gives this result in Karhu. In this BIOS you need to change ProcOdt to 40 and increase the voltage to make it stable.

Anhang anzeigen 1063048

Hi enthusiast, well done CL34, told ya in earlier post Here all 4 posted 8000C36 timings combo should work, doesn't matter Gene or Tomahawk, Neo's or Team, take a shoot & try them, is just an OC, enjoy stay happy 👍

 

[Bam_Bam]

Y-Cruncher ist ein Tool was eigentlich immer zum MemOC dazugehört. Gerade durch die hohe Varianz an unterschiedlichen Tests deckt es den gesamten CCD & IOD ab und belastete den IMC stark.
Der Fokus liegt hauptsächlich auf TM5, das ich jedoch nicht mehr nutze, da es meiner Meinung nach zu einfach zu bestehen ist. Zwar bietet TM5 eine solide Grundlage, aber darüber hinaus ist es aus meiner Sicht kaum hilfreich.
Lasse immer P95 (mind 12h laufen) & 30 Cyclen Y-Cruncher (gesamter Testzyklus) + Karhu und nach andere Tests zur Auslegung.

Hm, TM5 (1usmus) hilft ungemein bei der Ausmerzung von Fehlern. Da kommt man eigentlich nicht daran vorbei und sollte immer der erste Testzyklus sein.
Karhu ist "ganz nett", bring m.E. leide zu wenig, da undokumentiert und ineffizient. Hatte da schon Läufe die 10K durch sind und beim TM5 nach wenigen Zyklen vor die Wand gelaufen sind. TM5 mit anta absolut und extreme bringen da mehr zu Vorschein.
YC- FFT(inkl V4) N63 VT3 als Abschluss passt immer. 2 Stunden reichen hier. P95 ist da ein wenig outdatet, kann aber CO Fehler ans Tageslicht bringen.

Beitrag automatisch zusammengeführt: 10.01.2025

Also Änderungen im 5mV Bereich, selbst im 10mV Bereich, kann man sich glaube ich schenken, ist aber nur mein ganz persönlicher Eindruck

1.205 auf 1.2 -> wild

Ich glaube da wäre es sogar sinnvoller an den voltage frequencys oder den widerständen rum zu spielen, also solche Änderungen zu machen und sich davon mehr als ein Placebo zu erhoffen!

Sehr wilde Behauptung. Sorry, aber das ist Quatsch.

Kleinste Änderungen habe sehr wohl Auswirkungen. Ansonsten könnte man sich einiges ersparen und die Einstellungsmöglichkeiten wären auch nicht vorhanden.

 

[ApolloX]

Wie man es einstellt? Suche im BIOS nach Pull, gibt für jeden P0,P1,P2 und P3.

Ne sorry, da war ich zu unklar.
Was macht die Funktion? Wozu ist die da?

 

[seppelchen]

Hm, TM5 (1usmus) hilft ungemein bei der Ausmerzung von Fehlern. Da kommt man eigentlich nicht daran vorbei und sollte immer der erste Testzyklus sein.
Karhu ist "ganz nett", bring m.E. leide zu wenig, da undokumentiert und ineffizient. Hatte da schon Läufe die 10K durch sind und beim TM5 nach wenigen Zyklen vor die Wand gelaufen sind. TM5 mit anta absolut und extreme bringen da mehr zu Vorschein.
YC- FFT(inkl V4) N63 VT3 als Abschluss passt immer. 2 Stunden reichen hier. P95 ist da ein wenig outdatet, kann aber CO Fehler ans Tageslicht bringen.

Beitrag automatisch zusammengeführt: 10.01.2025

Sehr wilde Behauptung. Sorry, aber das ist Quatsch.

Kleinste Änderungen habe sehr wohl Auswirkungen. Ansonsten könnte man sich einiges ersparen und die Einstellungsmöglichkeiten wären auch nicht vorhanden.

Genau das Gegenteil hatte ich ja hier festgestellt, da liefen sowohl TM5 als auch Karhu durch und Blend schmiss den Fehler bzw. lies den Rechner neu starten.

Beim zweiten bin ich voll bei dir, 0,01V können da über „Sieg oder Niederlage“ entscheiden.

 

[RedF]

Ne sorry, da war ich zu unklar.
Was macht die Funktion? Wozu ist die da?

Bei der Signalübertragung gibt es immer ein High(1) und ein Low(0),

High: Signal wird auf Versorgungsspannung gezogen, stabilisiert von ProcODT Pull Up.
Low: Signal wird auf Masse gezogen, stabilisiert von ProcODT Pull Down.


P0 für niedrige Frequenzen
P1 für mittlere
P2&P3 für Hohe und sehr Hohe.

Viel mehr habe ich über P0 usw. noch nicht herausfinden können.

Beitrag automatisch zusammengeführt: 10.01.2025

Anhang anzeigen 1063206

Die Sache ist halt das der Karhu Durchsatz, mit der Laufzeit steigt.
Um zu vergleichen, muss man sich auf einen % Wert einigen.

 

[Bam_Bam]

Genau das Gegenteil hatte ich ja hier festgestellt, da liefen sowohl TM5 als auch Karhu durch und Blend schmiss den Fehler bzw. lies den Rechner neu starten.

Ja, deshalb möglichst alle Tools zum testen benutzen. Es ist in so einem Fall oft der IMC der CPU die Fehlerquelle und nicht der RAM. Da hilft es auch schon mal in die entsprechenden Logs, hier Prime und Ereignisprotokoll (WHEA) zu schauen.

Beitrag automatisch zusammengeführt: 10.01.2025

Die Sache ist halt das der Karhu Durchsatz, mit der Laufzeit steigt.
Um zu vergleichen, muss man sich auf einen % Wert einigen.
Anhang anzeigen 1063282

Ja, aber AutoTestSize in % macht keinen Sinn. Absolut führt zum Ziel. Bei 32 GB schlage ich (Test Size in MB) 28800 MB, Coverage 500% vor!

 

[seppelchen]

Ja klar, aber es kommt halt immer auch auf die Bedingungen an... alles neu, nur RAM neu oder auch nur CPU. Es gibt keine klare Grenze, da alles ineinander greift.


Mein Verdacht von gestern hat sich bestätigt, es lag lediglich an der mangelnden RAM Kühlung. Prime Large und y-cruncher liefen mit Kühlung und wieder abgesenkten Spannungen durch,



Frage: FCLK habe ich ja eigentlich nur fürs Ego eingestellt und auf 2000 könnte ich die VSoc auf 1,05V absenken. Was soll ich tun?

 

[Vince96]

Frage: FCLK habe ich ja eigentlich nur fürs Ego eingestellt und auf 2000 könnte ich die VSoc auf 1,05V absenken. Was soll ich tun?

Wenn du hauptsächlich Games mit deinem PC spielst würde ich den FCLK synchron laufen lassen. Um aber eine genaue Aussage zu treffen, muss man es testen was mehr FPS bringt.

 

[seppelchen]

Seit 14.10. habe ich kein CS2 mehr gespielt und Stalker2 vllt. eine Stunde. Ich mache meistens CAD (Fusion360 und ein wenig Sketchup), nur wie will ich da eine Mehrleistung messen. Einzig in Aida sehe ich mehr Durchsatz... Ich glaube, der niedrigere VSoc wäre der größere Gewinn.

 

[Vince96]

Seit 14.10. habe ich kein CS2 mehr gespielt und Stalker2 vllt. eine Stunde. Ich mache meistens CAD (Fusion360 und ein wenig Sketchup), nur wie will ich da eine Mehrleistung messen. Einzig in Aida sehe ich mehr Durchsatz... Ich glaube, der niedrigere VSoc wäre der größere Gewinn.

Ja dann würde ich es so lassen & nicht mehr Zeit investieren. Wichtig ist, dass alles stabil läuft und du keine Framedrops oder Probleme beim Arbeiten hast.

 

[webmi]

Beim zweiten bin ich voll bei dir, 0,01V können da über „Sieg oder Niederlage“ entscheiden.

Da habe ich halt eine komplett andere Philosophie. Ich käme im Leben nicht auf die Idee, 10mV oder gar 5mV würden über Sieg oder Niederlage entscheiden.

Wenn 1.200v nicht laufen, käme ich niemals auf die Idee, mit 1.205v wäre ein Setup dann stabil, never ever. Man bewegt sich mit so kleinen Steps nicht weit genug von Instabilität weg! Außerdem wäre mir meine Zeit zu schade dafür.

Es bringt auch nichts so kleinkariert zu arbeiten. Was hat man davon? So kleine Steps haben Einfluss auf gar nichts. Selbst als ich noch gemeint habe ich muss Nebenspannungen ausloten, tat ich das in 50mV Steps. 1.10v laufen nicht oder schmeißen nach 2h doch noch Fehler, dann nehme ich 1.15v. Es dann mit 1.105v zu probieren, sorry, aber das ist lächerlich in meinen Augen und wer denkt damit über Sieg oder Niederlage zu entscheiden, hat von OC keine Ahnung.

Deshalb fahre ich z.B. seit geraumer Zeit auch einfach flache 1.40v IO, 1.40v VDDQ, 1.50v VDD und 1.25v SOC. Wahrscheinlich auch ein Grund, warum ich einfach keine Temperatur Probleme habe, denn wer so auf Kante genäht OCed, dem fliegt die Temperatur bei 5mV oder 10mV Steps halt schnell auf die Füße. Ich käme gar nicht auf die Idee, bei zB. SOC zu glauben 1.205v wären die Lösung und wirklich stabil, sodass ich den PC mit einem ruhigen gewissen nutzen könnte, wenn 1.2v nicht laufen. Aber wie gesagt, das ist eben meine Philosophi und Ansicht.

Geizt nicht der Voltage rum, das bringt in 5mV oder 10mV Steps gar nichts, außer Ärger!

Und gerade Du @seppelchen bist einer der hier seit gefühlt Wochen mit Instabilität "kämpft". Nur mal so, 1.200v reichen bei mir für 3200 UCLK auch nicht, habs mal kurz getestet, ja dann halt 1.25v, die laufen wie sonst was. 1.205v? WHAT? Ernsthaft?

ps: Heute nacht mal laufen lassen

 

[seppelchen]

Wenn du weißt, wo die Grenze liegt und du keine Fehler mehr hast, kannst du ja ohne Probleme einfach noch 0,01 - 0,05 als "Sicherheit" draufpacken. Aus "Faulheit" viel mehr als notwendig draufknallen, halte ich für Unsinn. Aber du hattest ja deine Einstellung dazu mehrfach erwähnt. Nicht böse gemeint, aber man muss nicht seine Einstellung auf andere projizieren. Ich denke du verstehst was ich meine.

Das Testen und Ausloten bringt ja auch Spaß und ist mehr Hobby als notwendig. Wenn ich die Zeit nicht hätte, dann würde ich den RAM reinstecken, EXPO laden und wäre fertig (so wie 95% aller User, da die mit RAM OC nichts am Hut haben)

 

[sanni]

Bei mir ist es so, dass ein tRFC Wert von 120ns einen Lüfter braucht und 130ns braucht keinen Lüfter. Also fahre ich 130ns.
Und je nach Agesa Version kann ich 6400C28 (1.2.0.1a) oder 6400C32 (1.2.0.2b), habe nur Dual Sided 4800BN, also mach ich 6400C32.

Ich bin sogar am überlegen ob ich wieder auf 6000C26 runter soll weil ich dafür 0,18V weniger VSOC brauche. Die fehlende Bandbreite gegenüber 6400 merkt man beim Zocken nicht.

Auf der anderen Seite könnte ich auch 5600B single sided RAM kaufen und hätte die Probleme nicht, mein Board mag hohe MEM VDDQ Spannung nicht, bei 1.25V ist da Schluss. 🤷‍♂️

 

[webmi]

Ich projiziere meine Einstellung nicht auf dich, ich versuche dir zu helfen, denn du scheinst Probleme mit der Stabilität zu haben

Das hat auch nichts mit Faulheit zu tun, falls es dir entgangen ist, ich poste fast täglich irgendwelche neuen Spielereien, NUR und da liegt eben der Unterschied, will ich das "laufen" sehen und nicht nur rumprobieren

 

[Vince96]

Und je nach Agesa Version kann ich 6400C28 (1.2.0.1a) oder 6400C32 (1.2.0.2b), habe nur Dual Sided 4800BN, also mach ich 6400C32.

2x B650E-I Boards getestet (gleiches Bios, selbe CPU, selber RAM) hier waren schon Spannungsunterschiede von 0,2V normal + das nicht jeder Ram gleich gut läuft.
Die Toleranzen sind leider recht groß +, wenn man noch die CPU Toleranz & Ram Toleranz mit einbezieht, kann man sagen, das Spannungen kaum Vergleichbar sind.
5600B kann also genauso "schlecht" laufen wie ein 4800B Bin. Deswegen bringen die ganzen 6000CL26 Kits nichts, da 50% aller Boards & CPUs da nicht mit den EXPO Einstellungen schaffen wird.

 

[Tatilica]

YC- FFT (incl. V4) N63 VT3 is always a good fit as a final test. 2 hours are enough.

Any reason why should not try N64 instead 63 coz I always tested it, whereas N63 passed easily all the time CO-30 but N64 won't, coz of too large CO only -15 works ?

 

[Chris1975]

Mein gigabyte board ist echt unheimlich.Vor ein paar tagen cpu 7950X3D eingebaut + cmos clear und neues bios geflasht vsoc 1.28V. Und absolut keine ram settings stabil nicht mal jedec.Aus verzweifelung hab ich nochmal ein cmos clear gemacht und dann defaults geladen vsoc 1.013V und alles wieder in ordnung,Vermutlich werden nicht alle teile des bios mit cmos clear zurückgesetzt das wird dann mit default werten gemacht zumindest bei diesem Board.

 

[Bam_Bam]

Any reason why should not try N64 instead 63 coz I always tested it, whereas N63 passed easily all the time CO-30 but N64 won't, coz of too large CO only -15 works ?

1st, we're RAM OC'n, not CPU. 2nd, N64 is outdated, but relevant for Ryzen Series 5xxx, not for 7xxx and above.

 

[sanni]

zumindest bei diesem Board.

Ich werde nie wieder ein Gigabyte kaufen. Habe letztens das Retention Bracket gegen einen Thermalright Frame getauscht, CPU noch nichtmal draußen gehabt und das Board wollte danach nicht mehr booten, nichtmal ins Bios, alles ausprobiert von Rückbau auf Retention Bracket, RAM raus rein, RAM Reihenfolge getauscht, andere AIO mit weniger Anpressdruck, mehre CMOS Clears, andere GPU, und am Ende musste ich einfach das selbe Bios, das drauf war nochmal flashen. Das Bios hatte sich komplett abgeschossen ohne das ich irgendetwas im Bios geändert hatte...
Ich meine Buildzoid hatte sich mal in einem Video über Gigabytes Dual Bios ausgelassen, da stimmt irgendwas nicht.

 

[Bam_Bam]

Ja, aber AutoTestSize in % macht keinen Sinn. Absolut führt zum Ziel. Bei 32 GB schlage ich (Test Size in MB) 28800 MB, Coverage 500% vor!

Ich mache dan mal den Anfang mit meiner 6200-Stable lowVolt Konfiguration:

 

[draytek11]

Die Sache ist halt das der Karhu Durchsatz, mit der Laufzeit steigt.
Um zu vergleichen, muss man sich auf einen % Wert einigen.

Ja, aber die volle Geschwindigkeit erreichen Sie innerhalb von max. 1 Stunde. Danach wächst es überhaupt nicht mehr.

 

[Vince96]

6200-Stable lowVolt Konfiguration:

1,5V VDD? Skalieren wohl nicht ganz so gut mit niedrigen Frequenzen.

 

[Tatilica]

1st, we're RAM OC'n, not CPU. 2nd, N64 is outdated, but relevant for Ryzen Series 5xxx, not for 7xxx and above.

1st if I'am runing RAM OC'n & CPU OC'n in stable Profile in the same time, and not separate, so I'am runing stability tests together, not separate, that's pointless to work twice in vain .și
2nd not about which one N63 or N64 was the question, I asked why N63 need CO-30 to pass 30cycles easily and N64 needs CO-15 do not crash, coz outdated ???

 

[Bam_Bam]

I think u did not understand my 1st!

Beitrag automatisch zusammengeführt: 10.01.2025

1,5V VDD? Skalieren wohl nicht ganz so gut mit niedrigen Frequenzen.

Das Ding ist einfach, mit den DIMMs im Schnitt unter 5 Watt zu bleiben. Und man sollte im HV-Bereich 0.03 Schritte beachten. Weterhin bedeutet Volt bei VDD nichts. Ist alles von Impendanzen abhängig. Mit älteren BIOSen(AGESA brauchte ich für 8000 Mt CL34 noch 1,59 v, aktuell geht das mit 1,56v.

 

[webmi]

Naja, also Impedanzen holen dir die 1.5v auch nicht auf 1.4v runter, die für 6200C28 eher einem guten Setting entsprechen würden 🤷‍♂️

Ich pers finde 1.5v dafür auch bissl herb.

 

[ApolloX]

RAM OC'n & CPU OC'n in stable Profile in the same time, and not separate, so I'am runing stability tests together, not separate, that's pointless to work twice in vain

Das würde nur dann Sinn machen, wenn beides (CPU und RAM) bzgl. Stabilität vollständig voneinander unabhängig wäre. Ich denke, das ist nicht der Fall und ich kenne sonst niemanden, der empfiehlt, beides in einen Topf zu werfen. Mag sein, dass es irgendeinen Profi gibt, der das auch so macht, aber einem Anfänger würd ich das niemals empfehlen.

 

[Tatilica]

I think u did not understand my 1st!

I think u did not understand neither RAM OC'n & CPU OC'n coz they work together, hand by hand, but if you are a beginner, than yep I can understand crystal clear, don't ... mix
Here's your 1st how I don't understand RAM OC Bios setup
No Expo PBO ON
No OptimizedPerformanceProfile
No Memory Timings Preset
No HighEfficiencyMode all Auto
No Memory Try It
No MemoryContextRestore



Dram High Voltage Enabled

Power Down Disabled
Gear Mode Disabled

No Nitro

Manual inputs CL 36-16-45-40-40-46 trfc 464 towns 65535

rtp 15 Faw/Wtrl/Twr 21/15/48 rrdls & wtrls 4/9/3

rdwr/wrrd 14/1 and rdSCL 8 rest all 1

All CAD BUS Timings = Auto

Here's your 2nd how U don't understand CPU OC + RAM OC above settings
TDP to 105w

Config PPT 142/TDC 110/EDC 170

PBO Limits 142/110/170 Scalar x2 Boost clock +150

CO -15 Allcores No Shaper
M2_1 Gen 5 Gpu x16 Gen 4


And guess what? all these settings are working great together in same Bios setup 🤭 which as well they was tested together, and not separate, as always like the professionals @ApolloX suggested earlier OC MEMO + CPU OC 🤓



And weird, they are still working better, on BCLK 100.5 Profile tested twice 👍


Finally maybe CL34 tightest timings will work, as a bonus, we'll never known, coz I would never recommend it to a begginer like U see ya OCN like PRO 🔝

 

[CompuChecker]

Muss nach einem Biosupdate wieder neu auf Stabilität getestet werden?

 

[seppelchen]

ja, ansonsten ist es nur halbgar...

 

[CompuChecker]

Mmh ok dann einfach kein Update mehr machen….