[Sammelthread] Ryzen DDR5 RAM OC Thread

Nur mal so.....

1769448237959.png


1769448413963.png
VS
1769448349892.png
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Bin gerade am testen von 8600mhz CL34
Mir ist aufgefallen dass der Prime95 Blend Test Fehler bringt und dachte "ok 8600mhz kann ich vergessen "
Nun habe ich mein 8400Mhz und 8200Mhz Setting auch mit Prime95 getestet und dort kommen auch Fehler.
Erst als ich die CPU Einstellungen zurück gesetzt habe lief Prime95 fehlerfrei.
Ich hatte kein CO aktiv nur PBO auf +200 gestellt.
Will meine CPU kein PBO ?
Komischerweise ist Y-Cruncher und Linpack fehlerfrei durch gelaufen über 4 Stunden, aber Prime95 hat nach 30 Minuten gemeckert.
So ähnlich war es ja bei mir... wenn du hast, lass mal SkyGo parallel laufen - bei mir gab es bei Instabilität einen Reboot.

Vllt. sind die +200 einfach to much?
 
Bin gerade am testen von 8600mhz CL34
Mir ist aufgefallen dass der Prime95 Blend Test Fehler bringt und dachte "ok 8600mhz kann ich vergessen "
Nun habe ich mein 8400Mhz und 8200Mhz Setting auch mit Prime95 getestet und dort kommen auch Fehler.
Erst als ich die CPU Einstellungen zurück gesetzt habe lief Prime95 fehlerfrei.
Ich hatte kein CO aktiv nur PBO auf +200 gestellt.
Will meine CPU kein PBO ?
Komischerweise ist Y-Cruncher und Linpack fehlerfrei durch gelaufen über 4 Stunden, aber Prime95 hat nach 30 Minuten gemeckert.

Prime hat bei mir auch gerne CO Fehler zu tage gebracht.
Was hast du beim YC getestet? Ich meine der 3D CCD reagiert auf zu tiefes CO am besten mit VT3, der zweite CCD mit N63. Vielleicht musst du ins positive CO?

BTW Ich bin von +200 (CO -4 :()wieder weg, aber nicht wg Fehlern. Kostet idR nur Leistung und Strom, bringt maximal beim benchen in speziellen Disziplinen etwas.
 
Am besten ging bei mir bis jetzt ECLK hoch, CO ins N (Gesyncte Core Spannungen), PBO an, kein Hz Offset +-0.
1769449536971.png

1769449587043.png

Aber daran kann man noch Tweaken.
 
Solche Erkenntnisse/ Formeln sollten wir unbedingt verifizieren und dann auf Seite 1 vermerken.

Ich hatte: RAS = RC = RCDRD + RTP = 59
Ich teste: RAS = RC = RP + RTP + RDWR + 10 = 76

1769450827709.png
 
Zuletzt bearbeitet:
Hey zusammen,
ich lese hier schon eine Weile mit und bin aktuell dabei, mich etwas intensiver mit DDR5-OC zu beschäftigen.
Mir geht es dabei nicht um das absolute Limit, sondern um ein sauberes, alltagstaugliches Setup mit etwas Reserve. Ähnlich wie beim PBO: Wenn z. B. −20 stabil wäre, bleibe ich lieber bei −10.
Aktuell fahre ich EXPO 6000, habe an den Subtimings moderat optimiert und das System ist stabil (Stresstests + Gaming).


Zum Spannungs-Setup:
– RAM ab Werk 1,40 V, aktuell auf 1,35 V
– VDDIO auf 1,25 V, da man öfter liest, dass >1,30 V auf Dauer für die CPU/IMC nicht ideal sein soll


Was ich bisher aber nicht eindeutig klären konnte:
Wie verhält sich VDDIO im Verhältnis zu VDD und VDDQ?
Hat es irgendeinen Nachteil oder Einfluss auf Stabilität/Performance, wenn VDDIO bewusst niedriger als VDD/VDDQ gesetzt wird, solange das System fehlerfrei läuft?
Oder ist VDDIO in dem Bereich rein eine Stabilitäts-/Signal-Thematik ohne direkten Performance-Einfluss?

Würde mich über Einschätzungen freuen: gern auch aus der Praxis 🙂
 

Anhänge

  • Screenshot 2026-01-26 190110.png
    Screenshot 2026-01-26 190110.png
    18,1 KB · Aufrufe: 35
– VDDIO auf 1,25 V, da man öfter liest, dass >1,30 V auf Dauer für die CPU/IMC nicht ideal sein soll
Wo hast du dass denn bitte gehört ??
Mein Board legt bei AUTO VDDIO 1,45xxV an !?!
Wenn man Stabilitäts Probleme hat kann man diese durch einen festen leicht erhöhten VDDIO Wert beseitigen
Oder verwechselst du das mit der VSOC Spannung??
Beitrag automatisch zusammengeführt:

Prime95 Blend Test ist ab sofort der neue Endgegner
Beitrag automatisch zusammengeführt:

Solche Erkenntnisse/ Formeln sollten wir unbedingt verifizieren und dann auf Seite 1 vermerken.

Ich hatte: RAS = RC = RCDRD + RTP = 59
Ich teste: RAS = RC = RP + RTP + RDWR + 10 = 76

Anhang anzeigen 1179547
Werde ich heute Abend nicht mehr schaffen, steht aber auf meiner todo Liste ganz weit oben
 
Zuletzt bearbeitet:
Ideal vielleicht für meine Konfiguration.
Hintergrund: RAS/RC = RP + RTP + RDWR + Burst (8) + SafetyDelay (2)

Ein Gedanke noch dazu.

Hohes RAS/RC hat eine höheren Testwert im Y-Cruncher N63 (ca 865MB * 32 Threads) zur Folge.
Z.B
RAS/RC 80 = N63 1.49 10^10
RAS/RC 48 = N63 1,41 10^10

RAS/RC 74 = N63 1.48 10^10

FFT und VT3 ändern sich nicht.


Niedriges RAS/RC hat eine höheren Testwerte in manchen Test Geekbench 6 zur Folge. Und damit eine etwas höhere Punktezahl.
Z.B
RAS/RC 80 = GB6 26900
RAS/RC 48 = GB6 27150

RAS/RC 74 = GB6 27000

Stabil sind bei mir alle Kombinationen ohne weitere Änderungen.

Kann das jemand nachvollziehen?
 
Zuletzt bearbeitet:
Ein Gedanke noch dazu.

Hohes RAS/RC hat eine höheren Testwert im Y-Cruncher N63 (ca 865MB * 32 Threads) zur Folge.
Z.B
RAS/RC 80 = N63 1.49 10^10
RAS/RC 48 = N63 1,41 10^10

RAS/RC 74 = N63 1.48 10^10

FFT und VT3 ändern sich nicht.


Niedriges RAS/RC hat eine höheren Testwerte in manchen Test Geekbench 6 zur Folge. Und damit eine etwas höhere Punktezahl.
Z.B
RAS/RC 80 = GB6 26900
RAS/RC 48 = GB6 27150

RAS/RC 74 = GB6 27000

Stabil sind bei mir alle Kombinationen ohne weitere Änderungen.

Kann das jemand nachvollziehen?
Würde bedeuten das RAS/RC 48 auch besser fürs Gaming ist.

Klingt aber plausibel. : )

Habe gerade die Nanyas drinne, da muss ich höllisch mit RAS und RC aufpassen, sonst würde ich es nachstellen.
 
Zuletzt bearbeitet:
Ideal vielleicht für meine Konfiguration.
Hintergrund: RAS/RC = RP + RTP + RDWR + Burst (8) + SafetyDelay (2)

Beste 3 Runs von 4 runs
Noch genauer wäre
tRC(min) ≈ tRP + max(tRTP, tWTR)+ max(tRDWR, tWRRD) + BL8 + 1–3 Safety

max(tRTP, tWTR)& max(tRDWR, tWRRD) bedeutet die jeweils größere zahl.
Beitrag automatisch zusammengeführt:

Das Thema mit dem niedrigen tRC hatten wir damals schon aufgegriffen. Komischerweise performt es minimal besser.
Was performt wo besser? : )
 
Hat hier jemand versucht VDDIO zu reduzieren, habe es nach dem letzten Post einfach mal just for fun getestet und fahre gerade VDDIO 1,38xV
Bin gespannt wann es zu Instabilitäten kommt.
 
Ich hatte eine Zeit lang späte Fehler in Karhu und meine, diese mittels VDDIO = 1,45V behoben zu haben.
Allerdings nicht sicher.
 
Karhu lief bis 20000% ohne Fehler, tm5 3,5 Std. ohne Fehler morgen teste ich noch mit Prime95 über 3 Stunden. 1,365V VDDIO scheinbar stabil. Am Wochenende noch mit games wenn es keine Probleme gibt lass ich es mal so laufen.
 
Ich brauche mit meinem System bei
8000 MTs ca 1,4V
8200 MTs ca 1,45V
8400 MTs ca 1,47V
VDDIO
bei 8000Mts komme ich vielleicht mit weniger aus. Im höheren MTs Bereich leider nicht. Alles GDM off.
8600 MTs GDM on bootet ins Windows bei 1,48V VDDIO
 
Zuletzt bearbeitet:
Ich bin mir gar nicht mehr so sicher dass eine hohe VDDIO notwendig ist 🤷‍♂️
Auf dem X670E Hero muss ich die VDDIO auch anpassen und erhöhen um 7800mhz GDM off stabil zu bekommen, auf dem x870e Apex kann ich die VDDIO senken, bei 8200Mhz GDM off.
Ob das von cpu zu cpu unterschiedlich ist, oder ob das vom motherboard abhängig ist, abwarten wenn zen 6 kommt hoffe ich mehr zu wissen.
Screenshots reiche ich noch nach.
 
Ich brauche mit meinem System bei
8000 MTs ca 1,4V
8200 MTs ca 1,45V
8400 MTs ca 1,47V
VDDIO
Same, was 8000 und 8200 angeht.
Zu 8400 kann ich nichts sagen. Mal schauen, ob sich das ändert, wenn ich am WE vom ASUS HERO auf das ASRock Taichi OCF wechsle. :bigok:
 
Bei mir war es mit der VDDIO meist ganz einfach: Bootet nicht= VDDIO erhöhen bis es bootet.
Wobei ich das nie ins Kleinste ausgelotet habe, eher grob.
Also 1,22-1,32-1,42-1,47
Beitrag automatisch zusammengeführt:

Nur alle meine Phoenix 8600G, 8700F, 8400F mögen keine hohe VDDIO.
Da ist es eher umgekehrt, 1,17V scheint da optimal.
Beitrag automatisch zusammengeführt:

Same, was 8000 und 8200 angeht.
Zu 8400 kann ich nichts sagen. Mal schauen, ob sich das ändert, wenn ich am WE vom ASUS HERO auf das ASRock Taichi OCF wechsle. :bigok:
1769581577116.png

:d

Dein Post im Wakü Thread war zwar nicht ausschlaggebend, hat mir aber den letzten Ruck gegeben. ^^
Beitrag automatisch zusammengeführt:

Bin echt gespannt was das OCF so kann, endlich mal ein Board bei dem ich an Ausstattung und Aufbau nichts zu mäkeln habe.
Gut erstmal einbauen...
 
Zuletzt bearbeitet:
Bin mal so was von gespannt auf eure Ergebnisse mit dem OCF 😍
Ich erst, gerade nach dem Reinfall mit dem X670E Taichi, zwar ein tolles Board, aber nur bis 6400MT/s.
Alles über 7600MT/s ist da reine Glückssache.

Kann man ASRock aber nicht wirklich vorwerfen, 7600MT/s stehen auf der Packung.
 
Bei mir hat das OCF Nullkommagarnichts zum B650E Taichi gebracht. Vielleicht hab ich mir aber auch nicht genug Zeit dafür genommen....
Aber, dass ein X670, B650, X870 Taichi auf DDR5-7600 limitiert, bezweifle ich. Das trifft vielleicht auf eine Kombination mit dem einem schlechteren IMC zu, aber generell würde ich das nicht behaupten.
 
Ich verspreche mir ein Bisschen etwas von 10 Layern und von nur 2 DIMM-Slots.
Außerdem bin ich dann ASUS Armoury Crate etc. einmal los und setze Windows neu auf. 😉
 
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