[Sammelthread] Ryzen DDR5 RAM OC Thread

Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Neuestes BIOS und die neue Option auf Legacy stellen. Neues AGESA ändert die Verwendung leicht, daher misst Aida anders. Google. Laut AMD soll's in Games mehr Performance bringen, zerstört aber die Aida Orgien. Daher legacy = wie davor.
 
Apropos: @Phoenix2000 hast du deine 48GB bekommen ?
Ja ist heute gekommen das Kit (Kingston Limited 2x24GB 8000CL36), ich hab aber noch nicht wirklich was fertig.
P.s.
Hab den Text aktualisiert..
Aber ich kann dir schonmal sagen wo die Reise evtl. hingeht, also 1:1 läuft 6600CL28-39 auch bei ca. 1,55V benötigt aber Kühlung.
Der Bin M-DIE brauch wohl etwas mehr Saft als mein 2x32GB A-DIE welches 1,55V für 6600CL28-37 brauch unter H2O
und ich denke der Bin ist schon ziemlich gut.

Booten und benchen kann ich 8400, stable könnte man denke ich 8300 bekommen aber nicht mit harten Timings.
8200 denke ich wäre das sinnvollste zumal sich das alles eh nix nimmt.
Wenn ich Geardown off fahren wollen würde bräuchte ich wahrscheinlich viel Saft auf dem Kit ohne geht´s mit weniger.

Interessanterweise, hab ich 1Kern weniger Power im Multi aber mehr und 2:1 ist auf jeden Fall langsamer.
Interessanter weise scheinen beide Setting obwohl langsamere Timings schneller zu sein als mit den A-DIE.:unsure:
Ich bin noch am testen.
Screenshot (10).png
 
Zuletzt bearbeitet:
...hatte heute nach 20 minuten in Game komische USB Gamecontroller Probleme. AM4 hatte mal so ein USB Problem, richtig?

Habe dann VSOC mal von 1,205 auf 1,2 , VDDIO von 1,36 auf 1,37 , VDDMisc von 1,1 auf 1,11 . Frage , ist die Herangehensweise so korrekt ? Andere Tips ? Danke Achso : Karhu lief mit den erstgenannten Spannungen 3500% - dann selbstabbruch. Y-cruncher 2.5b läuft auch.
1736455414649.png
 
VSOC mal von 1,205 auf 1,2 , VDDIO von 1,36 auf 1,37 , VDDMisc von 1,1 auf 1,11

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!
 
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 👍
Screenshot (455).png
 
Zuletzt bearbeitet:
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:

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.
 
Zuletzt bearbeitet:
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:


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

Die Sache ist halt das der Karhu Durchsatz, mit der Laufzeit steigt.
Um zu vergleichen, muss man sich auf einen % Wert einigen.
1736497713864.png
 
Zuletzt bearbeitet:
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:

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!
 
Zuletzt bearbeitet:
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,

Screenshot 2025-01-10 113546.pngScreenshot 2025-01-10 000125.png

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? :)
 
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.
 
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.
 
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.
 
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
Screenshot 2025-01-10 124209.png
 
Zuletzt bearbeitet:
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) ;)
 
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. 🤷‍♂️ :ROFLMAO:
 
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
 
Zuletzt bearbeitet:
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.
 
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 ?Screenshot (428).pngScreenshot (447).png
 
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.
 
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.
 
Zuletzt bearbeitet:
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 ???
 
Zuletzt bearbeitet:
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh