[Sammelthread] Ryzen DDR5 RAM OC Thread

Ich geb zwar nichts auf AIDA aber nun alles 6-Stellig :)

1769298615366.png
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Bei dem 9950 ist das ja weil der 2 CCD's hat und der zweite ja noch mal mit dem IO-Chip verbunden ist womit man dan doppelte Bandbreite hat. Das ist nicht besonders bei einem mit 2 CCD's. Der 9800er hat ja nur ein CCD und wir daher nie so hoch an der Bandbreite beim Schreiben kommen.
 
@Dragonheart69

Bisher hatte ich täglich nur 8200 2:1 am laufen. Da war Aida bei einem gutem Lauf bei 99.xxx.
EDIT: Wobei, 6-Stellig war ich bei Copy da auch schon mal :ROFLMAO:

1769356499437.png
1769356527604.png



Jetzt mit der neuen AGESA 1.3 und ein wenig Zeit habe ich mich mal mit einem 8400C34 dayly Profil befasst (das CL32 habe ich mit AIDA nie laufen lassen). Zusätzlich zu 8200 habe ich nur LUL eingeschaltet, da es im Test ca 10 low Frames mehr gebracht hatte. M_Ordering ist auf NORM. RELAXED teste ich später mal.
Beitrag automatisch zusammengeführt:

Brain's City schrieb:
Bei dem 9950 ist das ja weil der 2 CCD's hat und der zweite ja noch mal mit dem IO-Chip verbunden ist womit man dan doppelte Bandbreite hat. Das ist nicht besonders bei einem mit 2 CCD's. Der 9800er hat ja nur ein CCD und wir daher nie so hoch an der Bandbreite beim Schreiben kommen.
Zum Vergrößern anklicken....
Nur wegen 2 CCD's kommst du nicht automatisch auf 6-Stellige Copy-Werte
 
Zuletzt bearbeitet:
AGESA 1.3 @ 8400C34 Base . Kann man als dayly laufen lassen :)

Der RAM braucht nur 0.02V mehr und braucht ca 0,2 Watt mehr als die 8200C32 Konfiguration. MC liegt bei 1.483V.
Linpack geht auf 919 hoch.

1769337121602.png
 
Nun er fährt 200MhZ mehr und hat noch paar Einstellungen schärfer als ich. Wenn man hier das Forum hier weiter nach hinten durch wühlt werdet Ihr noch das eine oder ander Bildchen finden welche auch die Copy Leistung zu sehen ist.
 
Habe vorhin nochmal die 8100 getestet, VDD auf 1,52 und VDDQ auf 1,47V gesetzt und damit lief Blend Prime in Verbindung mit SkyQ über eine Stunde problemlos. Vorher war ja nach ein paar Min. Schluß. Habe auch Lastwechsel simuliert, scheint nun zu passen.

Nur zur Info, TM5, Karhu und YC liefen mit 8100 und Nitro fehlerfrei, nur die Kombi aus Prime und SkyQ brachte Neustarts. Es lag auch nicht wie erst gedacht am CO, sondern eben an Nitro (auch bei den 8000) und hier nun an VDD und VDDQ. Mit Nitro war und PHYRDL 37/37 war es auch nicht stabil, ohne Nitro läuft 37/37 nun.

Kann das bitte mal jemand versuchen nachzustellen (also Prime Blend und SkyQ)? Ich komme mir mit meinen "exotischen" Tests nämlich ein bisschen albern vor :)

Screenshot 2026-01-25 120732.png


Read und Write geht auch mit 8100 6-stellig, Copy ist der Endgegner ;)
 
@seppelchen
1.3v SOC wollten wir hier aber nicht mehr geben, ;)
 
Tatilica schrieb:
So better stay away from this crap MSI pre-1.3.0.0 if you need higher VDDIO & VDDP voltages for higher mem freqs.
Zum Vergrößern anklicken....
Danke für den Hinweis. Bislang hatte ich nur mein daily 1:1 6200-CL26 damit genutzt. Mein 8200er Profil, welches ich auf älteren BIOS-Versionen erfolgreich getestet hatte, funktioniert auf dem neuen A7E (AGESA 1.3.0.0) nicht mehr (Debug-Code 0d). Bootet nicht mal, also insofern kann ich bestätigen, was du sagst. Schlimmer ist jedoch, dass nach dem CMOS-Reset wieder die Kaltstart-Probleme anfingen. Bin jetzt erstmal zurück auf A50 (AGESA 1.2.0.3e), weil ich damit viele RAM-Profile erfolgreich getestet habe.

Die alte A50 bootet soweit erstmal normal durch, wobei ~5 Kaltstarts jetzt noch keine hohe Aussagekraft haben. Was aber auffällt ist, dass der Recovery Count deutlich häufiger anspringt nach dem Start:

(Bild, wenn der Kaltstart-Fehler vorliegt)
1769340485506.png

Wenn alles sauber durchstartet, ist dieser bei mir im Office-Betrieb bei ~150-180 nach einer Stunde. Jetzt mit A50 springt er nach dem (Kalt) Start noch relativ häufig an: 5 Minuten = ~80. So nach 10-15 Minuten nach Start fängt es sich und geht auf's übliche Niveau zurück (10 Minuten = ~30 Recovery Count, 16 Minuten = 45):

(Normaler Zustand)
1769340596019.png

Dieses häufige Switching des PCIe Interface verursacht auch Latenzprobleme. Im Gaming gestern blieb das PCIe Interfache die gesamte Zeit auf x16 5.0. mit 0 Recovery Count. Also im üblichen Usecase scheint alles normal zu sein. Fakt ist, dass MSI ab einem gewissen Zeitpunkt ziemlich reingesch***en hat bei den BIOS-Versionen.
 
seppelchen schrieb:
Habe vorhin nochmal die 8100 getestet, VDD auf 1,52 und VDDQ auf 1,47V gesetzt und damit lief Blend Prime in Verbindung mit SkyQ über eine Stunde problemlos. Vorher war ja nach ein paar Min. Schluß. Habe auch Lastwechsel simuliert, scheint nun zu passen.

Nur zur Info, TM5, Karhu und YC liefen mit 8100 und Nitro fehlerfrei, nur die Kombi aus Prime und SkyQ brachte Neustarts. Es lag auch nicht wie erst gedacht am CO, sondern eben an Nitro (auch bei den 8000) und hier nun an VDD und VDDQ. Mit Nitro war und PHYRDL 37/37 war es auch nicht stabil, ohne Nitro läuft 37/37 nun.

Kann das bitte mal jemand versuchen nachzustellen (also Prime Blend und SkyQ)? Ich komme mir mit meinen "exotischen" Tests nämlich ein bisschen albern vor :)

Anhang anzeigen 1179052

Read und Write geht auch mit 8100 6-stellig, Copy ist der Endgegner ;)
Zum Vergrößern anklicken....
Wenn ich mein Setting durch getestet habe, will mit 8400Mhz auch 1xxgb Copy haben 😭
Was hast du mit LUL gemeint??
 
Gr3yh0und schrieb:
ebay.us

G.Skill 6000cl26 1.4v Top Bin Kit DDR5 | eBay.de

G.Skill 6000cl26 1.4v Top Bin Kit DDR5.
ebay.us

Holy... Hab ja auch so ein Kit und jetzt hab ich doch Skrupel da die HS runterzumachen 🙃.
Zum Vergrößern anklicken....
Dann mach es nicht, oder mach den HS danach wieder drauf.
Ich habe 2 dieser kits und bei beiden ist der HS runter,aber ich möchte die auch noch nicht verkaufen.
Ein Patriot 2x24gb mit MDIE und ein 2x32gb gSkill liegen in der Schublade.
Die könnte ich vielleicht mal anbieten 🤷‍♂️
Bei den patriot ist der HS auch runter und leider entsorgt 🤷‍♂️
 
Moin!
Ich hab vor ein paar Tagen angefangen mich mit RAM-OC auseinanderzusetzen und wollte mich erstmal für eure vielen Beiträge bedanken.
Ich wollte einmal fragen, was so die nächsten Schritte wäre und was ich alles noch ausprobieren könnte.
Meine Timings sehen bisher so aus:

ZenTimings_Screenshot_29489100.146478.png


Ich hab mich an paar der hier geposteten Beiträge und Timing-Regeln orientiert. Getestet hab ich immer mit TM5 DDR5 Ryzen3D und Absolut, Karhu und y-cruncher VT3.
Soll ich erstmal versuchen ein paar Timings zu verbessern -> Nitro Settings ändern -> Voltages lowern?
Ich hab auch noch nicht so ganz verstanden, was die Settings unten rechts (also von ProcOdt Pu bis RttParkDqs) machen, ich hatte die Werte einfach übernommen.
Im BIOS gabs in den Bus Settings P0-P4, ich hatte die Werte nur bei den P0s eingetragen, reicht das?

Macht es Sinn nach 6000CL26 auch 6400CL28 und 2:1 zu probieren und dann zu schauen, was in meinen Games am besten performt?
Kann ich dann die Secondary/Tertiary Timings übernehmen oder muss ich die wie die Primaries neu testen?

Ich hab noch kein Fan für die 2 Sticks, wenn ich alle Lüfter auf 100% laufen lasse, bleiben die aber unter 45Grad
1769347117180.png
 
Dankeschön
Ich bin einfach zu alt für die ganzen Abkürzungen 🤣🤣
 
Beim MSI habe ich nichts gefunden...

Ach ja, die 8100 laufen mit den 1,52V nun auch mit Nitro + 37/37 Match durch. Beim Apex kamen auch bei 8000 Fehler, geschweige das 8100 liefen. Wäre spannend zu wissen, was ich mit mehr Ahnung auf dem X noch erreichen könnte... :)

edit: Prime Blend + SkyQ lief zwar fast 2 Stunden, aber Karhu brachte bei 4600% einen Fehler. Dann also kein Nitro 1/3/1...
 
Zuletzt bearbeitet:
Jeder Anfang ist schwer,Ich konnte auf dem X670E Hero die 8000Mhz nicht stabil bekommen auf dem Apex sind 8400Mhz daily stabil, versuche die Tage 8600MHz
 
Gewohnheitsgemäß stelle ich MEM VPP immer auf 1,8V fest ein, hatte ich mal so aufgeschnappt und daran festgehalten. In einem Reddit Beitrag las ich heute, dass VPP zur Stabilisierung beitragen kann. Auf Auto liegen 1,85V an und die 8100MT/s liefen nun auch in Karhu durch.

Screenshot 2026-01-26 013547.png

:)
 
Ja, das kann ich bestätigen, dass man über die 1,8V auch Mal bis so 1,85V hoch geht.
 
seppelchen schrieb:
Gewohnheitsgemäß stelle ich MEM VPP immer auf 1,8V fest ein, hatte ich mal so aufgeschnappt und daran festgehalten. In einem Reddit Beitrag las ich heute, dass VPP zur Stabilisierung beitragen kann. Auf Auto liegen 1,85V an und die 8100MT/s liefen nun auch in Karhu durch.

Anhang anzeigen 1179359

:)
Zum Vergrößern anklicken....
Mit der VPP kannst du auch tRCD_ stabilisieren. (mit tWRWRSD/DD übrigens auch)
Allerdings ist dort mehr Spannung nicht immer die bessere Richtung. Es gibt einen Sweetspot zu finden.
Beitrag automatisch zusammengeführt:

BaitsDaDust schrieb:
Moin!
Ich hab vor ein paar Tagen angefangen mich mit RAM-OC auseinanderzusetzen und wollte mich erstmal für eure vielen Beiträge bedanken.
Ich wollte einmal fragen, was so die nächsten Schritte wäre und was ich alles noch ausprobieren könnte.
Meine Timings sehen bisher so aus:

Anhang anzeigen 1179102

Ich hab mich an paar der hier geposteten Beiträge und Timing-Regeln orientiert. Getestet hab ich immer mit TM5 DDR5 Ryzen3D und Absolut, Karhu und y-cruncher VT3.
Soll ich erstmal versuchen ein paar Timings zu verbessern -> Nitro Settings ändern -> Voltages lowern?
Ich hab auch noch nicht so ganz verstanden, was die Settings unten rechts (also von ProcOdt Pu bis RttParkDqs) machen, ich hatte die Werte einfach übernommen.
Im BIOS gabs in den Bus Settings P0-P4, ich hatte die Werte nur bei den P0s eingetragen, reicht das?

Macht es Sinn nach 6000CL26 auch 6400CL28 und 2:1 zu probieren und dann zu schauen, was in meinen Games am besten performt?
Kann ich dann die Secondary/Tertiary Timings übernehmen oder muss ich die wie die Primaries neu testen?

Ich hab noch kein Fan für die 2 Sticks, wenn ich alle Lüfter auf 100% laufen lasse, bleiben die aber unter 45Grad
Anhang anzeigen 1179108
Zum Vergrößern anklicken....
1769419021683.png
 
Hallo zusammen,

nachdem ich über die gesamte Zeit eigentlich nur stiller Mitleser bin und mein Setup seit mehr als 1,5 Jahren problemlos betrieben habe, kriege ich es seit dem letzten BIOS/AGESA Update nicht mehr hin dieses ans laufen zu bekommen.

Zur Hardware (auch in #4.052):
32 GB G.Skill H8821A (8 Gbit Hynix A-Dies), Dual Rank
7800X3D auf B650E-F

Wie im alten Beitrag zu sehen (nur da mit vertauschten tRRDS/tRRDL-Werten), habe ich das Kit problemlos mit 6200 CL28 betreiben können - bei 1,43V Vdimm, 1,37V VDDQ und 1.23V SOC und dieses lief auch über sämtliche Updates bis vor ungefähr 3 Wochen.

Arenko schrieb:
Hallo zusammen,

ich war bisher immer nur stiller, aber aktiver, Mitleser und hatte mein System, dank eures Wissenschatzes und der Tabelle, jetzt bereits seit Februar oder März mit 6200 CL28-36-36 inkl. CO stabil am laufen. Nun packt mich der Bastelwahn momentan wieder - nur komme ich nicht mehr ohne Hilfe weiter :)

Vorab kurze Infos:
7800X3D
ASUS B650E-F
G.Skill Trident Z5 Neo RGB 6000CL30-38 (Lotcode 88... -> lt. Tabelle 8Gbit Downbin eines A-Dies, tRFC würde das ja so bestätigen)

Screenshot aus März, mit wenn ich mich richtig erinnere noch manuellen Widerständen:

Anhang anzeigen 1029328

Momentan steht bis auf die Timings alles auf Auto, hat sich mit dem letzten AGESA Update aber auch wieder minimal in den Werten verschoben.

Anhang anzeigen 1029329

6400 bekomme ich mit meinem RAM Kit ohne GDM gebootet, resultiert aber in ständigen BSOD sobald irgendeine Form von minimaler Last auf das System kommt.

Meine 6400 Versuche habe ich selbstverständlich ohne CO getestet und teilw. auch mit CL32 und testweise auch mal mit 1,5V gestartet.
Sind die Riegel hierbei am Ende oder mein Memorycontroller?
Oder gibt es weitere Schrauben, von denen ihr denkt die könnten mir weiteren Erfolg bringen?


Zusätzlich hab ich noch ein Kit Corsair Vengaence 6000CL30 rumfliegen, wegen fehlender Zeit bisher nur einmal kurz eingesteckt - aber die wollten nicht mal mit 6200 posten.
Sollten aber auch A-Dies sein (Ver. 5.43.01), nur wie gesagt noch nicht weiter damit gebastelt.

Für Anregungen, Ideen und Hilfe und vor allem dem Zusammentragen aller Infos hier über die ganze Zeit danke im Voraus und danke bisher!
Zum Vergrößern anklicken....


Seitdem kriege ich die trotz aller Bemühungen nicht ans laufen. tRFC2 und sb wurden auf tRFC eingestellt, das ist nicht an mir vorbei gegangen.
Ich bekomme verschiedenste Fehlermeldungen in TM5 (0, 5, 6, 11, 12 war alles dabei), die überwiegend zu wenig VDIMM andeuten.

Die Spannung habe ich bereits auf bis zu 1,47V gestellt (für 6200CL28!),
VDD=VDDQ=VDDIO getestet, VDDIO von 1,25V bis 1,45V getestet,
SOC erhöht auf bis zu 1.26V,
Nitro auf 1-2-1 gestellt,
tRFC deutlich erhöht auf über 160 ns - aber alles erfolglos.

Spannungen wurden natürlich nur schrittweise erhöht und getestet.
Jegliches UV/CO wurde selbstverständlich auch deaktiviert.
Ist auch nicht Temp. abhängig, bis zu kritischer Temp. komme ich gar nicht fehlerfrei.

Widerstände und RTTs stehen auf Auto, das taten sie auch in der Vergangenheit.

Das System bootet problemlos ins Windows, schmeißt aber eben Fehler in TM5, im Betrieb nur selten merkbar (zwei Abstürze insgesamt und auch nur deswegen stutzig geworden).

Nun bin ich mit meinem eigenen Verständnis aber langsam am Ende angelangt und weiß nicht so genau an welcher Stellschraube ich noch drehen könnte oder müsste.
Mein Ziel momentan ist erstmal nur das alte Setup wieder mehr oder weniger zum laufen bekommen, noch stärkeres OC war erstmal nicht angedacht, da ich mit Leistung und Stabilität super zufrieden war bisher.

Auf eine ältere BIOS Version zum verifizieren es liegt daran ist nach dem letzten Update ja leider nicht mehr möglich lt. Beschreibung.


Wenn ihr Tipps, Tricks und Ideen für mich habt, dann bitte her damit und ewige Dankbarkeit von meiner Seite. :-)


Aktuelle nicht, aber ehemals stabile, Konfig:

ZenTimings_Screenshot_29490204.649336.png
 
Arenko schrieb:
Hallo zusammen,

nachdem ich über die gesamte Zeit eigentlich nur stiller Mitleser bin und mein Setup seit mehr als 1,5 Jahren problemlos betrieben habe, kriege ich es seit dem letzten BIOS/AGESA Update nicht mehr hin dieses ans laufen zu bekommen.

Zur Hardware (auch in #4.052):
32 GB G.Skill H8821A (8 Gbit Hynix A-Dies), Dual Rank
7800X3D auf B650E-F

Wie im alten Beitrag zu sehen (nur da mit vertauschten tRRDS/tRRDL-Werten), habe ich das Kit problemlos mit 6200 CL28 betreiben können - bei 1,43V Vdimm, 1,37V VDDQ und 1.23V SOC und dieses lief auch über sämtliche Updates bis vor ungefähr 3 Wochen.



Seitdem kriege ich die trotz aller Bemühungen nicht ans laufen. tRFC2 und sb wurden auf tRFC eingestellt, das ist nicht an mir vorbei gegangen.
Ich bekomme verschiedenste Fehlermeldungen in TM5 (0, 5, 6, 11, 12 war alles dabei), die überwiegend zu wenig VDIMM andeuten.

Die Spannung habe ich bereits auf bis zu 1,47V gestellt (für 6200CL28!),
VDD=VDDQ=VDDIO getestet, VDDIO von 1,25V bis 1,45V getestet,
SOC erhöht auf bis zu 1.26V,
Nitro auf 1-2-1 gestellt,
tRFC deutlich erhöht auf über 160 ns - aber alles erfolglos.

Spannungen wurden natürlich nur schrittweise erhöht und getestet.
Jegliches UV/CO wurde selbstverständlich auch deaktiviert.
Ist auch nicht Temp. abhängig, bis zu kritischer Temp. komme ich gar nicht fehlerfrei.

Widerstände und RTTs stehen auf Auto, das taten sie auch in der Vergangenheit.

Das System bootet problemlos ins Windows, schmeißt aber eben Fehler in TM5, im Betrieb nur selten merkbar (zwei Abstürze insgesamt und auch nur deswegen stutzig geworden).

Nun bin ich mit meinem eigenen Verständnis aber langsam am Ende angelangt und weiß nicht so genau an welcher Stellschraube ich noch drehen könnte oder müsste.
Mein Ziel momentan ist erstmal nur das alte Setup wieder mehr oder weniger zum laufen bekommen, noch stärkeres OC war erstmal nicht angedacht, da ich mit Leistung und Stabilität super zufrieden war bisher.

Auf eine ältere BIOS Version zum verifizieren es liegt daran ist nach dem letzten Update ja leider nicht mehr möglich lt. Beschreibung.


Wenn ihr Tipps, Tricks und Ideen für mich habt, dann bitte her damit und ewige Dankbarkeit von meiner Seite. :-)


Aktuelle nicht, aber ehemals stabile, Konfig:

Anhang anzeigen 1179417
Zum Vergrößern anklicken....
Versuch mal tRDWR auf 15 oder 16, das könnte es schon gewesen sein.

Sonst würde ich vorschlagen, es mit den alten Autowiderständen zu versuchen.
1769427963610.png
 
@RedF
tWRPRE und tRDWR haben in meinen Tests keinen messbaren Zusammenhang.
Wenn ich tWRPRE auf 3(2) statt 4 mit tRDWR 15(14) stelle habe ich "eher" ein Verlust an Leistung, wie gesagt schwer messbar.
Ich habe 4+14 wunderbar am laufen.
 
AdiSimpson schrieb:
@RedF
tWRPRE und tRDWR haben in meinen Tests keinen messbaren Zusammenhang.
Wenn ich tWRPRE auf 3(2) statt 4 mit tRDWR 15(14) stelle habe ich "eher" ein Verlust an Leistung, wie gesagt schwer messbar.
Ich habe 4+14 wunderbar am laufen.
Zum Vergrößern anklicken....
Ja, das noch bisschen undurchsichtig. Bzw, hatte Anta777 mal was hier gelassen, von den Timings konnten wir aber nur einen Bruchteil auslesen.
Es ist hier aber auch der ein oder andere, der nach manuellem setzten der WRPRE auf 2 eine tRDWR von 14 laufen lassen konnten, mit 3 nicht.
Ich meine @Vince96 hatte das unter anderem berichtet.

Dass die alte Formel nicht so ganz passt, ist bekannt.
 
Anmelden, um zu antworten.

Ähnliche Themen

S
First Timer: Speichertuning DDR5 8200 Kit mit 9800X3D sinnvoll nutzen
Antworten
24
Aufrufe
3K
Phoenix2000
Phoenix2000
arne_d
[User-Review] Lesertest: Adata XPG Lancer Neon RGB
Antworten
2
Aufrufe
1K
VL125
VL125
S
RAM POST LED gelb – DDR5‑6400 auf ASRock Z890 Livemixer Wifi funktioniert nicht
Antworten
29
Aufrufe
4K
CiTay
CiTay
C
[User-Review] Lesertest: ADATA XPG LANCER NEON RGB DDR5-8000
Antworten
0
Aufrufe
932
Cuba0384
C
eum3l
[User-Review] 25% mehr Performance für AMD AM5? Gigabyte's X3D Turbo Mode 2.0
2
Antworten
37
Aufrufe
7K
Vince96
V
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