[Sammelthread] Ryzen DDR5 RAM OC Thread

Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Vermutlich mit massiv negativem CO und eiskalter CPU?
ja die pack ich auch irgendwie ned, hab so 195-200MB/s abber dat reicht mir
Beitrag automatisch zusammengeführt:

Vermutlich mit massiv negativem CO und eiskalter CPU?
Beitrag automatisch zusammengeführt:


PBO -50?
ja noch am rumexperimentieren, damit er ned immer auf abbsoluten hochmax boostet , geb ich dem nen -offset von 50mhz, hatte ihne auch bei 105 bereits stable aber ich denk mir immer wofür :)

Mein Mo-Ra und die wasserkülung langweilen sich richtig, hab die Lüfter jetzt fix auf 500RPM und das wasser wird und wird ned wärmer :) könnte ich schon fast passiv kühlen das Teil
 
Zuletzt bearbeitet:
Mein aktuelles Setting

107 B(e)CLK, CO +5

1711118136218.png
 
Hallo, ich hab mal eine Frage. Woran kann es liegen wenn TestMem ein aufhört zu testen aber keine Fehler anzeigt? 7950x3d, Strix x670e- E-gaming, Gskill 6000 CL 30. Nie an der selben Stelle, mal 8, 16, 22 also kein Muster.
1711122095216.png
 
Zuletzt bearbeitet:
Vermutlich ist ein Kern "gekrasht". Am besten nichts im Hintergrund laufen lassen, nur TM5. Falls es dann immer noch passiert, ggf auch CO erhöhen.
 
für die ersten ASRock B650(e) Boards wurde ein neues BIOS mit Agesa 1.1.0.3 veröffentlicht. Konnte noch kein changelog finden. Bin gespannt, ob sich fürs RAM OC was ändert.
 
Hi all. Need your advice. Motherboard asrock x670e taichi, bios 2.08, i have 4x32gb hynix a-die 4x32gb OEM
5800 not stable anymore on new bioses and can't sable 5800, 6000 because every retraining memory a got immediatly bsod or many errors y-cruncher VT3 but sometimes i can pass VT3 ~30 minutes without errors at same settings. I was think it's delta between soc-vddp but no. Yesterday i pass 30 minutes VT3 at 6000Mhz with SOC 1.18 (llc auto level 3), VDDP 1.03 (delta 0.15v), all timings on auto except first 38-38-38 but on next training memory fail on first pass =(, delta between VDD-VDDQ not helped, i tried VDDQ 1.25 to 1.35 (screenshot 6200 used vddq 1.27), VDDIO above 1.4 = more errors. I tried differents RTT, Procs, voltages but nothing helped. What's happening?, wrong Taps, DFE? or too high VMISC (used auto 1.10)? or maybe MCR or PDM need to be disabled?
default Taps and DFE = 2 but with these value i can't POST
my post on OCN previous my stable overclock 5600, 5800 on OC Chart
reset all settings and set in bios:

dram freq: 5800 Mhz or 6000+

dram timings: all auto

voltages:

VDDIO = VDDQ = VDD = 1.4
VSOC = 1.22
VDDP = VSOC - 0.15-0.17v (1.22-0.15=1.07v)
VDDG CCD/IOD = auto
VDD Misc = auto

Infinity Fabric = 2000
UCLK = MEMCLK

bus configuration:

ProcOdt = 48
ProcCaDs = 30
ProcDqDs = 34.3
DramDQDs = 34 or 40 or 48
RTT_NOM_RD = 5
RTT_NOM_WR = 5
RTT_WR = 3 or 2
RTT_PARK = 5 or 6
DQS_RTT_PARK = 6 or 5

go to AMD-->CBS-->DDR Options-->DDR Training Options and set (training time ~2 minutes):
TX DFE Taps = 1 taps
RX Burst Lenght = 8x
TX Burst Lenght = 8x
RX2D voltage step size (2^n) = 1
TX2D voltage step size (2^n) = 1
RX DFE Taps = 1 taps


Advanced-->AMD Overclocking-->DDR and Infinity Fabric-->DDR Options
DDR5 Nitro Mode = Disabled
I found Veii post through a search and will try to set these values today
Ich würde RX & TX Data auf Auto lassen
TAPS sind ein anderes Thema.

Das könnte helfen: #4,852
Anhang anzeigen 942937

Meine Ehemalige foundation auf dem Taichi Carrara :)
Bis auf die Ausnahme, dass 6400 C26-36, 1.65v braucht, und ich hier effizienter ran'ging.
Taichi hatte kein Renesas Unlock. Bis heute nicht.

Und wenn dir nach etwas lernen ist #6,338 & #6,283
Anhang anzeigen 942938
Mit VMISC würde ich abwarten. Ich hatte zu viele reports wo Leute iinstabil waren, sowie AMD es auf 1.1 versperrt hat.

EDIT:
Dual sided
Anhang anzeigen 942940
Würde ich versuchen.
Hi-Z ist ein auslese Fehler für 23? ohm, das niedrigste.
checked VDD MISC it is locked at 1.10 but offset works. I tried -10, -20, -50, -70mV, it doesn’t seem to help
Testing right now 6000 Mhz y-crucher VT3 - 20 pass (soc1.19, vddp 1.04), screenshot below, was set in bios:
TX DFE Taps = 3 taps
RX Burst Lenght = 8x
TX Burst Lenght = 8x
RX2D voltage step size (2^n) = 0
TX2D voltage step size (2^n) = 2
RX DFE Taps = 1 taps
after force retraining memory bsod at launch vt3 =(
 

Anhänge

  • 6000_soc1.18_vddp1.03_vt3_17pass.png
    6000_soc1.18_vddp1.03_vt3_17pass.png
    17,8 KB · Aufrufe: 119
  • 6200_soc1.22_vddp1.07.png
    6200_soc1.22_vddp1.07.png
    37,6 KB · Aufrufe: 120
  • 6000_soc1.19_vddp1.04_vt3_20pass.png
    6000_soc1.19_vddp1.04_vt3_20pass.png
    52,7 KB · Aufrufe: 87
Zuletzt bearbeitet:
Ich hatte ein lustigen Fehler heute. Hab mein RAM ja auf 8000mhz getaktet und während dem übertakten gab's den ein oder anderen bluescreen durchs rumprobieren. Jetzt über Nacht nen stresstest laufen lassen, alles ohne Fehler. Auch y-cryncher läuft durch alles stabil denk ich mir.
Ich starte also ein Game (in dem Fall Minecraft mit shadern) und innerhalb von 5min ein fetziger Bluescreen.
Also erstmal gedacht der RAM OC ist doch instabil.
Also alle möglichen Ramsettings getestet, inclusive 6000mhz XMP Settings (kein manuelles Tuning). Trotzdem noch Crashes.

Am Ende war's mein GPU Treiber. Der muss sich beim RAM OC bei einem Bluescreen verabschiedet haben. Jetzt nach DDU und Treiber neuinstallation scheint es wieder zu laufen.
Ich hatte nachdem CO zweimal einen plötzlichen Neustart. Habe zuerst die SOC Spannung wieder etwas erhöht und heute morgen den zweiten Reboot. Habe nun alle Kerne nochmal um 5 angehoben und hoffe das sich keine weiteren Neustarts einstellen. Bleibt alles stabil, wird die SOC Spannung wieder reduziert... TM5, Prime und y-cruncher liefen vorher stundenlang fehlerfrei und dennoch war das System nicht stabil. Sollte es erneut zicken, schalte ich CO wieder komplett ab. So wichtig ist mir das bei der CPU nicht...
 
Ich hatte nachdem CO zweimal einen plötzlichen Neustart. Habe zuerst die SOC Spannung wieder etwas erhöht und heute morgen den zweiten Reboot. Habe nun alle Kerne nochmal um 5 angehoben und hoffe das sich keine weiteren Neustarts einstellen. Bleibt alles stabil, wird die SOC Spannung wieder reduziert... TM5, Prime und y-cruncher liefen vorher stundenlang fehlerfrei und dennoch war das System nicht stabil. Sollte es erneut zicken, schalte ich CO wieder komplett ab. So wichtig ist mir das bei der CPU nicht...
Hast du OC auf der CPU?
 
Ich hatte nachdem CO zweimal einen plötzlichen Neustart. Habe zuerst die SOC Spannung wieder etwas erhöht und heute morgen den zweiten Reboot. Habe nun alle Kerne nochmal um 5 angehoben und hoffe das sich keine weiteren Neustarts einstellen. Bleibt alles stabil, wird die SOC Spannung wieder reduziert... TM5, Prime und y-cruncher liefen vorher stundenlang fehlerfrei und dennoch war das System nicht stabil. Sollte es erneut zicken, schalte ich CO wieder komplett ab. So wichtig ist mir das bei der CPU nicht...
Instabiler Curve Optimizer ist meistens im Idle instabil. Unter Last kann alles Top sein aber dann beim normalen Webbrowsen und co kackt er dann wegen zu geringer Spannung ab. Daher meistens einfach ein CO von -15 oder so auf alle Kerne und dann schaue ich obs läuft, nicht durch Stresstesten sondern durch normales nutzen des Pcs. Wenn ich nach 2 Wochen noch kein Fehler hatte dann probiere ich -20 alle Kerne und dann -25 usw bis es Probleme gibt und dann gehe ich wieder 2-3 Punkte hoch. Klar ist das nicht optimal aber so läufts nach meiner Erfahrung am besten. Mehr Aufwand mach ich mir wegen den 3-4% mehr Leistung nicht...
 
Will das nochmal genauer ausführen.
E/BCLK um die CPU Frequenz hoch zu ziehen
Um mehr Multicore und Silglecore Leistung zu bekommen , Problem ist Multicore verträgt mehr B/ECLK weil es nicht so hoch boostet wie Singlecore.

Also wenn ich mir den B/ECLK mit multicore Tests stabil mache, wird mir der Rechner bei einer leichten Singlecore Last abschmieren.

Das kann man mit negativem PBO abfangen.
 
Instabiler Curve Optimizer ist meistens im Idle instabil. Unter Last kann alles Top sein aber dann beim normalen Webbrowsen und co kackt er dann wegen zu geringer Spannung ab. Daher meistens einfach ein CO von -15 oder so auf alle Kerne und dann schaue ich obs läuft, nicht durch Stresstesten sondern durch normales nutzen des Pcs. Wenn ich nach 2 Wochen noch kein Fehler hatte dann probiere ich -20 alle Kerne und dann -25 usw bis es Probleme gibt und dann gehe ich wieder 2-3 Punkte hoch. Klar ist das nicht optimal aber so läufts nach meiner Erfahrung am besten. Mehr Aufwand mach ich mir wegen den 3-4% mehr Leistung nicht...
Ja, war irgendwas harmloses... ich mache das jetzt auch keinen großes Brei mehr drum und investiere Tage. Die CPU ist schnell und trotzdem sparsam genug...
Hast du OC auf der CPU?
Nein, kein OC...
 
Ich hatte nachdem CO zweimal einen plötzlichen Neustart. Habe zuerst die SOC Spannung wieder etwas erhöht und heute morgen den zweiten Reboot. Habe nun alle Kerne nochmal um 5 angehoben und hoffe das sich keine weiteren Neustarts einstellen. Bleibt alles stabil, wird die SOC Spannung wieder reduziert... TM5, Prime und y-cruncher liefen vorher stundenlang fehlerfrei und dennoch war das System nicht stabil. Sollte es erneut zicken, schalte ich CO wieder komplett ab. So wichtig ist mir das bei der CPU nicht...
ggf hilft auch llc eine Sufe höher
 
Vllt., der VCore fällt bis 0,506V... Allerdings ist dann die Frage, wie sinnvoll dauerhaft eine etwas höheren VCore im IDLE ist. Werde es mal austesten :)

@Bam_Bam, ich habe 6 Stufen... Stufe 4 = 0,458V; Stufe 3 = 0,482V. Ne, das mache ich lieber nicht, da muss ich ja auf 1 stellen...
 
Zuletzt bearbeitet:
Vsoc runter auf 1.225v
VDD 1.52v
VDDQ 1.46v

hat jetzt auch 3h Prime Large FFT AVX überlebt, wobei der Fehler da wohl eher vom CO kam und nicht vom RAM.

Interessant sind die einzelnen Spannungswerte, die HWInfo ausliest.

6400_5.PNG




final5.PNG


pyprimef5.PNG
 
Moin. Wenn ich mit dem Thaiphoon burner mein ram auslese und es nur 16GB/ 1Die drin steht... woher weiss ich dann ob es ein M oder A Die ist?
PVVR532G720C34K Diese Kit
 
7200C34 wird wahrscheinlich A-Die sein.
 
Da ich ja neu in AMD Sektor bin , wollte ich mal fragen sind 6600/6800 möglich oder lieber „lass es da beißt dir die Zähne aus“ ?
 
Aber drüber auf keinen Fall ja? Dann Versuch ich einfach mal ob ich 6600 hinbekommen 😂
 
TX DFE Taps = 3 taps
RX Burst Lenght = 8x
TX Burst Lenght = 8x
RX2D voltage step size (2^n) = 0
TX2D voltage step size (2^n) = 2
RX DFE Taps = 1 taps
after force retraining memory bsod at launch vt3 =(
I can kind of tell who decided on this and which discord even
But to remain polite, i don't think people in charge of this preset, actually understand what they change.
They just change, so its changed and "becomes theirs".

How you can notice,
Both change Transmitter and Receiver step size
Yet keep both RX and TX identical on the remain preset.

Like you purposely make both irregular and unsync. Not behaving equal,
but can't be bothered to then optimize each one off them standalone, when you split them already (which is silly to begin with)

Soo, i don't know 🤭
Rule of thumb:
~ Don't try to outsmart Engineers
~ And if you try, don't do half-hearted work. Else you're just embarrassing yourself :wink:

Sometimes not changing options and doing less, is the better path to take :-)
And sometimes, if you go manual mode, go full manual mode~

EDIT:
Having more taps on (efficient low voltage CPU) TX ~ when not even going 8800MT/s
But having close to non on mem side (DQ RX), which is what starts to cause trouble past 8400MT/s.
Uhhh. I dont know.
You can notice it's changed just so its changed. Not because it has any logic attached to it.
grimace-cat-grimace-optimize.gif
 
Zuletzt bearbeitet:
Yet keep both RX and TX identical on the remain preset.
Ok. I think I found the reason. DFE Read Training = Auto/Enabled makes my ram unstable. I am still testing my 5800 Mhz but seems stable, i did force retraining couple times. Perhaps DFE Read does not work correctly on Asrock boards or specifically on mine, or the reason is in the memory itself :sneaky:
My settings;
DFE Read Training = Disabled
AMD-->CBS-->DDR Options-->DDR Training Options
All Auto except:
(for faster training ~3:30 minutes)
RX Burst Lenght = 1x
TX Burst Lenght = 1x
other settings on the screen below
 

Anhänge

  • test5800_dfe_disabled.png
    test5800_dfe_disabled.png
    17,6 KB · Aufrufe: 261
  • cachemem5800.png
    cachemem5800.png
    85,6 KB · Aufrufe: 251
...
Ich hatte nachdem CO zweimal einen plötzlichen Neustart...
...
hat jetzt auch 3h Prime Large FFT AVX überlebt, wobei der Fehler da wohl eher vom CO kam und nicht vom RAM.
...
random idle Reboots sind zu 99,99% immer zu hohe PBO CO Einstellungen - bei instabilem RAM OC friert eher das System ein oder wirft BSOD's, zumindest meiner Erfahrung nach
 
Ja, sehe ich auch so… kam zweimal und jedesmal ohne Last - beim browsen oder nachdem ich mehrmals CB laufen ließ, nachdem ein Run durch war.
 
stimme ich euch zu. Bei mir ist worker 8 allerdings bei P95 Large FFT AVX ausgestiegen. CO von -35 auf -25 und es ist 3h durchgelaufen. CO hatte ich zunächst grob mit OCCT ausgelotet und dann 48h mit Corecycler.
 
bei CoreCycler ist die anpassung der config ziemlich wichtig... die default Einstellungen sind für Zen4 nicht sinnvoll

gitb reichlich Hinweise und Tips im entsprechenden CoreCycler Thread ;)
 
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