[Sammelthread] Ryzen DDR5 RAM OC Thread

Gestern habe ich meinem 9800X3D und meinen Corsair 30 CL 6000er RAM bekommen. ICh bin ziemlicher Anfänger was Übertakten auf AMD-Plattformen angeht und habe jetzt erstmal basierend auf buildzoids Empfehlungen folgendes gemacht:
1736284442820.png

GDM (GearDownMode) auf aus stellen
FCLK entweder 2000 oder 2200 (das musst du testen, am besten in Game & mit Prime95 Large FFT (AVX on).
Beitrag automatisch zusammengeführt:

Kann ich dir nicht sagen, habe da immer 26 Threads :/
teste am besten mit Karhu, TM5 schwindelt eh oft du siehst halt nicht den Testspeed... (oder verwende die 0.12.3)
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
@Slipknot

Danke, ist 3ns runtergegangen. TRFC kann ich aber nicht weiter als 475 senken, dann bootet er nicht mehr.
Gibt es einen Grund, warum Du einige Werte höher als ich gesetzt hast? Ich dachte, niedriger = besser?
1736310407514.png
 
Set GDM (GearDownMode) to off
FCLK either 2000 or 2200 (you have to test this, preferably in game & with Prime95 Large FFT (AVX on)
Hi guys, agreed that GearOFF & FCLK 2200 all day is the way, best route to max. performance.
About testing stability in games, nope never was the guidance way at all, Prime large FFT always fits better to Intel cpu behavoir scenario, for Ryzen do you need Y-cruncher FFT/N64/VT3 combo best shoot & hardest to pass I've throwed up so far to Ryzen cpu's era, it will throw errors as soon as your memories heat up high enough to keep it up with IMC controller in stable AVX2 testing scenario hopefully it is just a voltage issue that it takes care of or an AVX2 test will detect it. coming soon 👍
I know it sounds counterproductive, cause OC memories hard needs a lot of time consumer, doesn't matter 1 #error or 10hours TM5 run, wrong timmings, low VDD or Q voltages, maybe poor cpu IMC or simply too much PCB sticks high temps heating them up quickly idk, so confident y can find out which one y issues are 🤔
But although I trust the Y-Cruncher test suite which has passed me well a few times now, AVX2 dataset is hard, so will N64 find out memory controller errors instant by cores 💪
Best to test with Karhu, TM5 often cheats anyway, you just don't see the test speed... (or use 0.12.3)
@Gr3yh0und TM5's job is just to check the memory timings, nothing around it, but it will also fail if the CPU can't maintain stability.
TM5 is not able to detect memory control issues, for such work you need Y-cruncher, it can find out in no time memory controller errors by cores weaknesess instant.
Karhu test is good too, coz uses different approach kinda testing much more the cache side part of things and stuff.
Karhu with cache will fail if the IMC fails to hold this voltage, or also will fail if one of the cores fails indeed.
I strongly recomend to try Karhu or Ycruncher for such stability testing work, keep in mind Karhu with Cpu cache=Enabled always 🙏
Karhu test and Ycruncher it's fit better for everyone who tested only TM5 stable so far, and they are already validated Profile setup as stable, but guess what? maybe you are not stable as y think y are?
@draytek11 please use Karhu test, better for his memory cache side of things testing approach, and than Y-cruncher AVX2 suite later if you passed Karhu 12h+ well minimum 40000+ coverage %
Hope if all fine you are good to say "hooray that's stable, no errors" endlessy.
Nothing but true, I saw same yours timings somewhere else before 😜 doing just fine, well done stable on my Neo's A-die setup indeed 😋
Screenshot (379).png
Screenshot (378).png
But actually founded better tightest timings 👍
Screenshot (428).png
Screenshot (447).png

And a bit 100.5 bclk included won't hurts 🔝
Screenshot (449).png

Screenshot (450).png
 
Zuletzt bearbeitet:
Danke, ist 3ns runtergegangen. TRFC kann ich aber nicht weiter als 475 senken, dann bootet er nicht mehr.
Kann sein das du M-Die hast. Kannst du ganz einfach Prüfen, wenn du auf das Label hinten am Stick schaust, dort ist eine Nummer 5.43.13 oder 5.43.01
Gibt es einen Grund, warum Du einige Werte höher als ich gesetzt hast? Ich dachte, niedriger = besser?
Timings sind aufeinander abgestimmt & dürfen nicht nur auf das Minimum gesetzt werden, es gibt aber auch hier je nach MB Hersteller Unterschiede.
Beitrag automatisch zusammengeführt:

About testing stability in games, nope never was the guidance way at all, Prime large FFT always fits better to Intel cpu behavoir scenario, for Ryzen do you need Y-cruncher FFT/N64/VT3 combo best shoot to find out in no time
Frametimes & Framedrops sind ein guter Indikator dafür, das Einstellung funktionieren oder eben nicht. Gerade in Spielen werden unterschiedliche Bereiche der CPU dynamisch belastet, was einige Fehler erkennen & zu abstürzen führen kann. Y-Cruncher ist ein gutes Tool & man sollte dort alle Tests durchlaufen lassen, um genug Stress & Wärme auf den CCDs & IOD zu erzeugen, denn auch durch die hohe Wärmeentwicklung kkommt es häufig zu Problemen (besonders beim IOD).
 
Zuletzt bearbeitet:
Kann sein das du M-Die hast. Kannst du ganz einfach Prüfen, wenn du auf das Label hinten am Stick schaust, dort ist eine Nummer 5.43.13 oder 5.43.01

Timings sind aufeinander abgestimmt & dürfen nicht nur auf das Minimum gesetzt werden, es gibt aber auch hier je nach MB Hersteller Unterschiede.
Beitrag automatisch zusammengeführt:
Ja, ist M-Die.
Wo finde ich denn die Zusammenhänge zwischen den Timings? Mit den gleichen Settings und FCLK war die Latenz übrigens 10ns höher. Hat es Sinn noch 6.200 oder 6.400 MT/s zu versuchen oder lohnt sich das nicht?
 
Wo finde ich denn die Zusammenhänge zwischen den Timings?
Gibt im Startpost ein Excel-Sheet.

Wenn M-Die dann lass tRFC bei 160ns sind bei 6000 = 480

Bevor du mit 6200 oder gar 6400 anfängst, musst du dir sicher sein das es stabil läuft. Also lass Y-Cruncher, P95 Large FFT, OCCT (MEM+CPU) & noch andere Tests für mehrere Stunden laufen. Desto mehr Tests & desto länger diese laufen, desto höher ist die Wahrscheinlichkeit das alles stabil ist. Danach kann man mit 6200 starten.

Ich sehe gerade MEM VDD 1,3V muss auf 1,35V, sonst wird es nicht lange laufen.
VDDQ & VDDIO reichen aber 1,3V bei 6000 in der Regel aus + GDM off (dann weißt du auch das es sicher Stabil läuft)
 
teste am besten mit Karhu, TM5 schwindelt eh oft du siehst halt nicht den Testspeed... (oder verwende die 0.12.3)
2025-01-08 08_27_55-HWiNFO® 64 v8.16-5600 - Sensors Status.png
Hab jetzt mal mit den alten Settings Karhu laufen lassen, hab aber die VDD zumindest mal runtergedreht. 1,47V hat fehler bei 300% geworfen, 1,50V lief jetzt über Nacht durch. Nur wenn ich jetzt anfange an den anderen Timings zu drehen geht das ganze ganz schnell in 2F, 2A oder manchmal im zweiten Training sogar 00 im DEBUG, da ging mir schon kurz die Muffe.

In etwas älteren Beiträgen von dir nicht. Es waren mal 16x, dann hat sich etwas verändert und der Multi schwankt in deinen Screenshots. M.E. ist da etwas nicht ganz OK. Komisch.
Ich hatte eigentlich vor auf eine LAN nach Weihnachten zu gehen und hab daher das Windows mal wieder neu aufgesetzt. Vielleicht kommt das daher... Ich hab zumindest jetzt immer konstant 26 Threads... Denkt ihr das hat grobe Auswirkungen? Ich würde dann wenn ich Ram und auch CO/PBO der CPU jeweils einzeln stable habe (aktuell ist alles CO/PBO wieder aus) nochmal das Windows neu aufsetzen... Vielleicht ist da durch Bluescreens oder sonstwas auch was kaputt gegangen.

@Gr3yh0und TM5's job is just to check the memory timings, nothing around it, but it will also fail if the CPU can't maintain stability.
TM5 is not able to detect memory control issues, for such work you need Y-cruncher, it can find out in no time memory controller errors by cores weaknesess instant.
Karhu test is good too, coz uses different approach kinda testing much more the cache side part of things and stuff.
Karhu with cache will fail if the IMC fails to hold this voltage, or also will fail if one of the cores fails indeed.
I strongly recomend to try Karhu or Ycruncher for such stability testing work, keep in mind Karhu with Cpu cache=Enabled always 🙏
Karhu test and Ycruncher it's fit better for everyone who tested only TM5 stable so far, and they are already validated Profile setup as stable, but guess what? maybe you are not stable as y think y are?
I always try to do a multi step approach, so my "stable" (which everyone defines differently of course) is more like: TM5 1usmus for identifying issues quickly (~1,5h), then 2-3h TM5 anta777 (more temperature on RAM) and then going over to 25k+ on Karhu. Normally then also followed by some hours of P95 Blend (for overall stability). Then some rounds of BF5 as this was in the past also very itchy in my experience. So this should give some good indications in different load scenarios and hopefully cover a lot.
 
Mich hat diese 3:2 Regel noch mal beschäftigt, habe deshalb mal ein paar Messungen angestellt

Grundlage ist folgendes RAM Setup mit 6400Mhz jeweils bei 2133 (3:2) bzw 2200 FCLK
Screenshot 2025-01-08 121659.png


Mittelwert aus je 20x Runs AIDA Latency im Abgesicherten Modus (damit möglichst wenig Einfluss von "außen")

Screenshot 2025-01-08 121523.png


Ich messe tatsächlich "keinen" Unterschied ob der FCLK nun 3:2 läuft oder nicht
 
Es lag wohl an den Spannungen... tWRRD 1 statt neu 2 wird nicht für die Neustarts verantwortlich gewesen sein. Ich hatte im letzten Run VDD / VDDQ / VDDIO um 0,2V gesenkt und prompt gab es nach ~25 Min. den Neustart. VDDIO wieder 0,2V hoch und Blend lief 45 Min durch. Ich probiere gleich VDD und VDDQ um 0,2V runter... VDDQ kann ich ja quasi frei einstellen, nur nicht über VDD gehen.

2025-01-08.png


Auf der 1. Seite steht, das VDD und VDDIO gleich eingestellt sein sollen - ist aber kein Muss, korrekt? Würde dann VDDIO auf 1,4V eher Stress oder bessere Stabilität bedeuten?
 
Hab jetzt mal mit den alten Settings Karhu laufen lassen, hab aber die VDD zumindest mal runtergedreht. 1,47V hat fehler bei 300% geworfen, 1,50V lief jetzt über Nacht durch. Nur wenn ich jetzt anfange an den anderen Timings zu drehen geht das ganze ganz schnell in 2F, 2A oder manchmal im zweiten Training sogar 00 im DEBUG, da ging mir schon kurz die Muffe.
1,5V VDD für deine Timings ist gut. Weiter herunter kommst du auch mit noch besseren Kits nicht, hängt einfach von mehreren Faktoren ab.

Du könntest noch das probieren. In Karhu fehlen dir noch 3MB/s, ist halt auch aus dem RRD_L & WTR_L geschuldet. Du kannst für RDD_L = 8 & WTR_L = 16 probieren. tWRWRSCL sollte eigentlich auch mit 1 laufen, ändere aber erstmal nur schrittweise.
1736335621896.png

Beitrag automatisch zusammengeführt:

Auf der 1. Seite steht, das VDD und VDDIO gleich eingestellt sein sollen - ist aber kein Muss, korrekt? Würde dann VDDIO auf 1,4V eher Stress oder bessere Stabilität bedeuten?
VDDIO & VDDQ sind bis 1,5V "safe". Viele CPUs mögen aber keine hohen VDDIO Spannungen weswegen hier meist 1,45V das Limit ist, sieht man auch an den ganzen Expo/XMP Profilen.
VDD/Q kann man im Alltag bis +1,51V oder höher (kommt auf die Kühlung an) betreiben. VDDQ muss auch nicht VDDIO matchen, es kann aber der Stabilität zugutekommen.
Die Spannungen welche die CPU wirklich belasten & Energie fressen sind VSOC & CLDO VDDP.
Beitrag automatisch zusammengeführt:

Ich messe tatsächlich "keinen" Unterschied ob der FCLK nun 3:2 läuft oder nicht
Es wird sich im Endeffekt nicht viel schenken. Solange dein FCLK bei 2200 stabil ist, würde ich es so belassen. Die paar MB mehr Bandbreite beim single CCD wäre mir wichtiger.
 
Zuletzt bearbeitet:
Mich hat diese 3:2 Regel noch mal beschäftigt, habe deshalb mal ein paar Messungen angestellt

Grundlage ist folgendes RAM Setup mit 6400Mhz jeweils bei 2133 (3:2) bzw 2200 FCLK


Mittelwert aus je 20x Runs AIDA Latency im Abgesicherten Modus (damit möglichst wenig Einfluss von "außen")



Ich messe tatsächlich "keinen" Unterschied ob der FCLK nun 3:2 läuft oder nicht
Zu dem Schluss bin ich auch gekommen. 3:2 hat keine Vorteile bei mir.
 
Da ich nach Beitrags-Meldungen @Tatilica dazu gerade schon per PM angeschrieben habe und mir dies auf den letzten Seiten auch bei anderen Usern aufgefallen ist, hier auch noch mal der allgemeine Hinweis für alle:

Bitte bindet Screenshots in hohen Auflösungen (FHD+) ausschließlich als Thumbnails und nicht als Full Size Images ein.
Selbiges gilt für Beiträge, die mehr als ein einzelnes Bild enthalten. Man kann im Forum zwischen mehreren eingebetteten Grafiken blättern.
Bilder sind gemäß §7 der Forenregeln aus Zitaten zu entfernen. Der Bezug wird durch den Beitragslink (weißer Pfeil) trotzdem klar.


All dies dient der besseren Lesbarkeit des Forums, nicht nur für Mobile User.
 
Thx for inline helping PM, appreciated, I replaced all the large full size images in my post, cheers 🙏
 
Ycruncher is a good tool and you should run all the tests there to generate enough stress and heat on the CCDs and IOD, because the high heat development often causes problems (especially with the IOD).
Hi, maybe I'll do all checked tests some day, but I always kept my own stability testing route for Ryzen, suggested here on Luxxe by master Jedi @Veii itself, it was my first lesson received from him years ago, whom I salute him by this way coz we miss him much on Luxxe already 🙏
I never saw someone here using Ycruncher N64 combo FFT/VT3, why just but only Karhu or only TM5 alone, coz I know surely your CO-30+ in range won't work and will crash by cores in no time if not stable enough, that's why y don't following better this route posted Here in a profi matter way 🙃
With TM5 50cycles passed on both 1usmus or Absolut in early debut mems testing, for checking timings only, and after than 50cycles Ycruncher FFT/N64/VT3 for harder AVX2 datashet scenario, you'll find your stability soon, and if all fine & passed well all stable, lately final run Karhu test with Cpu cache Enabled minimun 12h+ or 24h for better confidence will validate y Profile as stable indeed.
Frame times and frame drops are a good indicator of whether settings are working or not. Especially in games, different areas of the CPU are dynamically loaded, which can detect some errors and lead to crashes.
Oh boy, I did tested at last CP Liberty and founded lately harder Starfield on most demanding workload, coz was frezzing my build in no time cause wrong mems setup & CO-30 too short indeed, I can tell 👍
Beitrag automatisch zusammengeführt:

Anhang anzeigen 1062604
I always try to do a multi step approach, so my "stable" (which everyone defines differently of course) is more like: TM5 1usmus for identifying issues quickly (~1,5h), then 2-3h TM5 anta777 (more temperature on RAM) and then going over to 25k+ on Karhu. Normally then also followed by some hours of P95 Blend (for overall stability). Then some rounds of BF5 as this was in the past also very itchy in my experience.
Hi, understood your stable route, very similar to mine, posted already to @Vince96 my way, just but I find always Prime more appropiate for Intel scenario, due to his different way approach of testing parts and Ycruncher & his harder testing suite, which fit better for Ryzen 👍
As for gaming, yeah Starfield stays my harder preffered one for stable testing scenario, cheers!
 
Zuletzt bearbeitet:
GDM (GearDownMode) auf aus stellen
FCLK entweder 2000 oder 2200 (das musst du testen, am besten in Game & mit Prime95 Large FFT (AVX on).
Beitrag automatisch zusammengeführt:


teste am besten mit Karhu, TM5 schwindelt eh oft du siehst halt nicht den Testspeed... (oder verwende die 0.12.3)

Wo finde ich den Gear Down Mode? Ich habe das gesamte Bios durchforstet und nur einen "Power Down Mode" gefunden, der scheint aber etwas anderes zu sein.
Außerdem: Ist es normal, dass bei FCLK 2200 MHz die Latenz um 15ns hochgeht?
 
Wo finde ich den Gear Down Mode? Ich habe das gesamte Bios durchforstet und nur einen "Power Down Mode" gefunden, der scheint aber etwas anderes zu sein.
Außerdem: Ist es normal, dass bei FCLK 2200 MHz die Latenz um 15ns hochgeht?
Das kann ich dir bei Gigabyte nicht sagen, es gibt aber im Bios unten rechts ein Lupe Symbol womit du es suchen kannst.
Die Latenz wird steigen aber 15ns ist viel, kann auch am GDM & oder an instabilen Timings liegen.
 
VDDIO & VDDQ sind bis 1,5V "safe". Viele CPUs mögen aber keine hohen VDDIO Spannungen weswegen hier meist 1,45V das Limit ist, sieht man auch an den ganzen Expo/XMP Profilen.
VDD/Q kann man im Alltag bis +1,51V oder höher (kommt auf die Kühlung an) betreiben. VDDQ muss auch nicht VDDIO matchen, es kann aber der Stabilität zugutekommen.
Die Spannungen welche die CPU wirklich belasten & Energie fressen sind VSOC & CLDO VDDP.
Ok, dann ist ja alles safe mit meinen Einstellungen... Hatte heute den ganzen Tag Blend getestet und das läuft jetzt stabil - also sofern einem 2 Std. ausreichen.

Screenshot 2025-01-08 184841.png

Ich war gar nicht soweit weg, am Ende waren es nur kleine Schritte (Neu / Alt). Teils konnte ich die Spannungen sogar noch etwas verringern. Vllt. hätte es letzte Woche auch gereicht, nur VDDIO leicht zu erhöhen. Da ich aber alle Spannungen angehoben hatte, blieb die Differenz ja gleich groß uns so kam keine Stabilität rein.

2025-01-08 (1).png
2025-01-02.png


Gibt es irgendwelche Einwände?

edit: Karhu ist auch durch... nun hoffe ich, das alles passt.

Screenshot 2025-01-08 223004.png
 
Zuletzt bearbeitet:
Wo finde ich den Gear Down Mode? Ich habe das gesamte Bios durchforstet und nur einen "Power Down Mode" gefunden, der scheint aber etwas anderes zu sein.
Außerdem: Ist es normal, dass bei FCLK 2200 MHz die Latenz um 15ns hochgeht?
Direkt im OC Tweaker Menü unter DRAM Timing Config ganz oben.
 
Zuerst mal Ycruncher da das bei mir zuerst abkackt (allerdings auch wenn die CPU Settings nicht passen) , mal sehen ob das auch längerfristig stabil ist, ich kann´s mir nicht vorstellen imho alleine wegen der relativ niedrigen Spannungen.
1736363623787.jpeg

1736363651199.png
 
Wie schafft Ihr mit 6000er so niedrige Timings?
 

Anhänge

  • Screenshot 2025-01-08 202416.jpg
    Screenshot 2025-01-08 202416.jpg
    101,2 KB · Aufrufe: 114
Zuletzt bearbeitet:
....da komme ich nicht dran, scheint sehr gut mit schnellen timings statt bandbreite zu skalieren.
Frag da mal am besten @Hoschi -Beitrag-

ach, sehe gerade vlt spielen ja die 64GB auch ´ne Rolle.
1736368742330.png


Apropos: @Phoenix2000 hast du deine 48GB bekommen ?
 
Zuletzt bearbeitet:
Irgendwas ist da gerade borderline stable bei mir, hab versucht erstmal die Spannungen noch leicht zu senken, das lief aber dann doch in Probleme (VDDIO 1,4 - 1,425 + VDDQ bis 1,4 runter). Mal Karhu, dann wieder TM5. Dann hab ich Reset auf die Settings von heute Nacht und jetzt fliegt mir TM5 wieder...

Muss ich morgen nochmal VDIMM erhöhen und nochmal die alte Baseline wiederfinden :/
 

Anhänge

  • 2025-01-08 23_55_57-HWiNFO® 64 v8.16-5600 - Sensors Status.png
    2025-01-08 23_55_57-HWiNFO® 64 v8.16-5600 - Sensors Status.png
    270,9 KB · Aufrufe: 76
  • 2025-01-08 22_57_46-.png
    2025-01-08 22_57_46-.png
    239,6 KB · Aufrufe: 78
kann man eigentlich sagen das ein 8 Kerner AMD generell weniger VSOC braucht als ein16er ?
 
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