[Sammelthread] Ryzen DDR5 RAM OC Thread

Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Ich teste immer noch mit tWTRS auf 4 und tWTRL auf 24.

Was komisch ist: Es ist noch derselbe Boot State. Eben kam direkt Fehler 5 nach ~3 Minuten in Cycle 1 und jetzt läuft es immer noch ohne Fehler im dritten Cycle bei Minute 25. Das ist echt kurios. Ich habe nichts verändert und wie gesagt noch nicht neugestartet.
 
Ich teste immer noch mit tWTRS auf 4 und tWTRL auf 24.

Was komisch ist: Es ist noch derselbe Boot State. Eben kam direkt Fehler 5 nach ~3 Minuten in Cycle 1 und jetzt läuft es immer noch ohne Fehler im dritten Cycle bei Minute 25. Das ist echt kurios. Ich habe nichts verändert und wie gesagt noch nicht neugestartet.
mm mm
ECC ist sehr gut, haha.

Sollte dann doch ein RTT Grund sein, und kein ODT.
Müsste ebenfalls kein Timing Grund sein.
Ich mein natürlich ist es deutlich schwieriger und man started nicht damit, aber ja ne

Das geht schon :)
Hat auch auf Dual Sided zu funktionieren. Aber womöglich mit etwas anderen SD/DD's.

WRWR wollen wir auf 6, sollte ich kein Fehler gemacht haben :)
RDRD wollen wir auf 8.

Lass uns mal neustarten
Wir versuchen ob es doch das hier war ~ weiterhin mit WTRS 4
Wenn nicht, müssen wir an den RTTs rann.
 
@Veii

Dann breche ich jetzt ab:

Also jetzt davon ausgehend tRDRD auf 8 und tWRWR 6? tWTRS lasse ich auf 4.
 

Anhänge

  • 20231126_151701.jpg
    20231126_151701.jpg
    1,4 MB · Aufrufe: 68
tRFC könnte in der Tat etwas tight gewesen sein. Ich habe zwar A-Dies, aber 120 ns haben die selbst mit 1,5 V VDD nicht gepackt. 130 ns liefen halt mit GDM enabled. Habe es aber auch mal mit hochgestellt.

Shit (Bild siehe Anhang). Muss wohl CMOS clear machen.

edit:
Jetzt "5F"
 

Anhänge

  • 20231126_152522.jpg
    20231126_152522.jpg
    879,2 KB · Aufrufe: 55
Nicht das ganz Aktuelle. Mist. Ich versuche es wiederherzustellen.

@Veii
Konnte jetzt wieder booten und es wiederherstellen. Ich speichere das Profil jetzt nach jeder Änderung.
So?
1700953752261.png

Wenn das so passt, starte ich einen TM5-Run.

Oder sollte ich noch tWRTL von 24 auf 7 runtersetzen?
 
Zuletzt bearbeitet:
Nicht das ganz Aktuelle. Mist. Ich versuche es wiederherzustellen.

@Veii
Konnte jetzt wieder booten und es wiederherstellen. Ich speichere das Profil jetzt nach jeder Änderung.
So?
Anhang anzeigen 943071
Wenn das so passt, starte ich einen TM5-Run.
Speichere es dir mal ab
Ich nenne WIP profile immer "trashcan" :d

Dann versuche ob WRWR DD auf 6 kann.
 
Zuletzt bearbeitet:
Speichere es dir mal ab
Ich nenne WIP profile immer "trashcan" :d

Dann versuche ob WRWR DD auf 6 kann.
Wieder 00 Code. Habe aber DD und SD auf 6 gestellt.

Mein Fehler. Mache wieder CMOS Clear und versuche mal nur mit DD auf 6 und SD auf 7.

Bootet.
1700953569941.png


Anfang Cycle 3 und noch kein Error.
 
Zuletzt bearbeitet:
Es ist ok :)
Ich weiß das Profil passt, aber die 3 Monate auf Intel habe ich sehr viel dazu gelernt~

Super, bitte :)
Temp momentan ?
55 °C, ohne Lüfter davor (habe ihn extra ausgemacht!), 21 °C Zimmertemperatur

edit:
1700957366800.png

Fehler 11

...läuft trotzdem weiterhin
 
55 °C, ohne Lüfter davor (habe ihn extra ausgemacht!), 21 °C Zimmertemperatur
Du provozierst die Fehler wirklich sehr, haha
Es freut mich dass es sich soweit gut verhält. :)

Lustig aber
SD um 1 zu hoch, error
DD um 2 zu hoch , error
🤭

WTRS half exploit funktioniert nur, wenn absolut jedes Timing perfekt ist :geek:
Ich hätte etwas mehr Stabilität erwartet, scheinen aber zu überlappen.

Bis 90min wird es spannend
Ab dann, kann es nur SI related sein und nicht mehr Thermals.
Bzw die Stromversorgung drum herum.
Nun - y-cruncher muss danach auch nochmal ran, und die Deutsche Community mag Karhu sehr.
Aber wir schauen mal~

RTTs gefallen mir weiterhin nicht, aber soweit sollte es ok sein.
Bieten etwas wenig Spielraum.
 
Fehler 11

...läuft trotzdem weiterhin
Okay. Und der Fehler 11? Ignorieren?
Wenn man vom Teufel spricht :)
brave_WhU5GPLbVV.png

brave_WNAwXecLnL.png

Undeniable :popcorn:
Wieso machst du auch den Lüfter aus~~

Naja man kann es mit RFC richten, oder mit REFI runter
REFI 66535 ~ 1.45 , etwa bis 44-46°
REFI 32767 ~ 1.5v , bis etwa 60-62°

Ansonnsten je nach airflow oder open-bench gehen 1.55 noch durch.
24/7 wäre ok bis 1.65v mit aktiver Luftkühlung.
VDDQ_MEM setzt die Hitze vorraus. Die Spannungs ist nicht alles :)

Temp welche du ausließt ist PMIC temp.
IC Temp wäre ungefähr +15° oben drauf.
brave_9oWjQ3iFMQ.png

Spot on, fast~
55° wäre besser als 46° bei 66535 :) Leicht überschätzt oder SI war besser als der Durschnitt der Nutzer.

Man kann sich mit RTTs spielen um SI noch etwas besser zu gestallten und sie 60° stabil zu halten
Aber ob man es wirklich möchte~


Lass es ruhig noch etwas weiterlaufen
Ich möchte sehen ob irgend etwas anderes noch errort.
Könnte snowballen , oder du machst den Lüfter an ~ lässt sie 1-2min abkühlen und verschwendest nochmal 1ne Stunde+

Man könnte versuchen es stabiler zu bekommen, aber ich meine ... du quälst mich hier schon etwas
Mit WTRS 4 beginnen, GDM off und dann noch high temps stable :) Ah und 2133 FCLK wollten wir ja auch noch~
Ich kann zaubern, aber das sind doch etwas viele Wünsche~~ 🤭
 
Fehler "0"! (~01:15)
1701015854553.png


Ich mache ab den nächsten Tests den Lüfter an.
Beitrag automatisch zusammengeführt:

Lass es ruhig noch etwas weiterlaufen
Ich möchte sehen ob irgend etwas anderes noch errort.
Könnte snowballen , oder du machst den Lüfter an ~ lässt sie 1-2min abkühlen und verschwendest nochmal 1ne Stunde+
Alles klar. In diesem Run lasse ich die Lüfter aus, damit es repräsentativ bleibt.

Man könnte versuchen es stabiler zu bekommen, aber ich meine ... du quälst mich hier schon etwas
Sorry, Du hast Dich doch angeboten. :d (danke übrigens, ich will ja auch was lernen dabei ;))

Mit WTRS 4 beginnen, GDM off und dann noch high temps stable :) Ah und 2133 FCLK wollten wir ja auch noch~
Ich kann zaubern, aber das sind doch etwas viele Wünsche~~ 🤭
Ja, dann machen wir alles davon außer High Temps stable. Mit Lüfter davor passt es ja. :)
 
Zuletzt bearbeitet:
Du kannst danach mal einen Aida64 run testen, sollten wir genug fehler gesammelt haben , und es bzw Montag wird.
Bzw Y-cruncher
Aus reiner Neugier :)
Fehler "0"! (~01:15)
RIP
Ah oder jetzt sogar.

#0 ist CPU related.
RTTs können helfen, aber es ist eher von der CPU seite.

Ich würde sagen procODT 1x noch runter (auf 40ohm), und es könnte genug sein.
Wird es schlimmer, müssen wir uns die Spannungen nochmal anschauen.

War wohl dann eher ein Board SI error und kein Dimm Heat error. // PCB zu heiß´? , naja SI bzw SNR error.
#0 = dropped link (one of the 11) from CPU side to mem.
 
Okay. Run abbrechen und dann procODT auf 40 oder 48 Ohm?
40ohm
aber vor dem Neustart, mache mir bitte noch einen Benchmate pyprime run (5x)
und danach wenn alles geschlossen ist, nochmal einen Aida64
Nur um mir einen überblick zu verschaffen wie groß der Unterschied mit den SD/DD's ist.

Ob die tests es überhaupt anzeigen, oder es sich dank RFC ausgleicht.
 
40ohm
aber vor dem Neustart, mache mir bitte noch einen Benchmate pyprime run (5x)
und danach wenn alles geschlossen ist, nochmal einen Aida64
Nur um mir einen überblick zu verschaffen wie groß der Unterschied mit den SD/DD's ist.

Ob die tests es überhaupt anzeigen, oder es sich dank RFC ausgleicht.
1701016850423.png

Sieht nicht so gut aus.
 
Sorry, Du hast Dich doch angeboten. :d (danke übrigens, ich will ja auch was lernen dabei ;))
1x Person ist ok. Bloß ~18h wach
Hoffentlich lernt man was dazu. Debugging Prozedur :)
Ja, dann machen wir alles davon außer High Temps stable. Mit Lüfter davor passt es ja. :)
Es ist ok :)
Bloß maxed-out REFI und high-temps stable, passt nicht so ganz zusammen.
Sieht nicht so gut aus.
mm mm

hast du pyprime gestartet wärend zentimings noch lief, oder war das Ergebniss von Grundauf so schlecht
Es ist wirklich nicht schön. Zentimings frisst allerdings sehr viele resourcen da es sich oft selbst updated. (alle 2000ms)

Die Write Bandwidth gefällt mir aber :)
Read to Copy ist auch ok.
Die Latenz ist misst

Ich frag mich ob RDRD SD eine Rolle spielt (Wert falsch??), oder einfach nur die Programme offen waren.
 
1x Person ist ok.
Hoffentlich lernt man was dazu. Debugging Prozedur :)
Haha, danke. Definitiv lernt man was!

Es ist ok :)
Bloß maxed-out REFI und high-temps stable, passt nicht so ganz zusammen.
Okay, ich verstehe. Dann mache ich den Lüfter ab jetzt an. :d

hast du pyprime gestartet wärend zentimings noch lief, oder war das Ergebniss von Grundauf so schlecht
Es ist wirklich nicht schön. Zentimings frisst allerdings sehr viele resourcen da es sich oft selbst updated. (alle 2000ms)
Ich habe Benchmate gestartet, 6x Pyprime geöffnet, alle 6 Fenster schön auseinandergezogen und dann eins nach dem anderen gestartet mit 5 Sekunden Pause dazwischen. Den ersten Run habe ich verworfen und Dir dann Run 2-6 gepostet. Währenddessen lief nichts mit, nicht einmal HWInfo.

Die Write Bandwidth gefällt mir aber :)
Read to Copy ist auch ok.
Die Latenz ist misst
Ja, write ist gut, Read und Copy waren mit FCLK = 2133 MHz noch viel besser, mit FCLK = 2200 bekomme ich die über 70000.
Latenz hätte ich gerne so bei 57-58 ns. :d

Ich frag mich ob RDRD SD eine Rolle spielt, oder einfach nur die Programme offen waren.
Hmmm, vielleicht das oder halt Hintergrundprozesse.


PS: Ich habe jetzt neu gestartet mit geänderter ProcOdt.
 
und danach wenn alles geschlossen ist, nochmal einen Aida64
eines oder das andere.
Pyprime = alles zu
Aida = alles zu

Danach erst kann man Zentimings bzw HWInfo öffnen
Weder ZT noch HWInfo sollten offen sein beim testen. Generell garnichts und die Maus darf auch nicht bewegt werden während es testet.
Ich habe Benchmate gestartet, 6x Pyprime geöffnet, alle 6 Fenster schön auseinandergezogen und dann eins nach dem anderen gestartet mit 5 Sekunden Pause dazwischen. Den ersten Run habe ich verworfen und Dir dann Run 2-6 gepostet. Währenddessen lief nichts mit, nicht einmal HWInfo.
Verstehe.
Hmm sehr unzufriedenstellend.
RDRD SD ist dann falsch. Und/oder etwas anderes stört obendrauf. CPU seitig?

RFC selbst wenn es langsamer wäre, hat sein korrektes stepping.
RFC2 wurde langsamer, aber ich denke nicht das AMD soweit den Hybrid Refresh Mode an gemacht habe. FGR sollte auch nicht an sein.
Ich möchte sie nur korrekt haben, sollte AMD sich endlich mal entschließen FGR anzumachen , in einem update. Bzw mindestens den Mixed Mode.
PS: Ich habe jetzt neu gestartet mit geänderter ProcOdt.
(y)
 
Pyprime = alles zu
Check!

Kein Check. ^^ (Pyprime-Ergebnisse waren daneben offen)

Danach erst kann man Zentimings bzw HWInfo öffnen
Das habe ich so gemacht, ja.

die Maus darf auch nicht bewegt werden während es testet.
Das weiß ich. :)

RDRD SD ist dann falsch. Und/oder etwas anderes stört obendrauf. CPU seitig?
Ja, das müsste man noch herausfinden. Hmmm.

RFC selbst wenn es langsamer wäre, hat sein korrektes stepping.
RFC2 wurde langsamer, aber ich denke nicht das AMD soweit den Hybrid Refresh Mode an gemacht habe. FGR sollte auch nicht an sein.
Ich möchte sie nur korrekt haben, sollte AMD sich endlich mal entschließen FGR anzumachen , in einem update. Bzw mindestens den Mixed Mode.
Okay!

Also jetzt ein neuer TM5-Run?
 
Vlt hat ASUS ja recht
1701017692668.png

Bloß wäre es
1-6-7
1-8-6
Hmmm unsicher.
DD's müssten korrekt sein.

Ich hab ne idee wie man das rausfindet
Okay!

Also jetzt ein neuer TM5-Run?
Mache mir bitte noch einen Aida64 run - verwirf den ersten
Und dann testen wir kurz etwas.
 
Soweit deutet alles auf 2 memory controller hin ~ bzw ein gesplitteten MC link.
Aber wenn, dann müsste AM5 DDR4 unterstützen.

doppelten delay (+2) für WRWR SD macht soo keinen sinn.
Aber anscheinend kann es nicht auf 6 booten, sondern auf 7.

Alles komisch
Alleine das ASUS formeln nach ReadBurstChop (6) aussehen, und nicht nach 8.
Bei dem RRDS 4 Profil und die WRRD sind sie alle auf tBurst 3 (pro subchannel) und BurstChop 6. Sprich full dimm roundtrip 12 nCK und nicht 16 nCK.

Es ... past nicht.
Es geht bei einem doppelten Memory Controller. Aber auch da ist der Delay 4 aka 8 und nicht 3 aka 6 o_O
Ich verstehe es nicht. Wieso erzwingt man tBURST 3 auf der CPU . . . AMD??
Mies , weiterhin
Sogar mit nem delay/throttle auf der L3 $ Seite.

Bevor wir mit TM5 weitertesten
Denke ich dass du die CPU testen solltest.

Y-cruncher alle tests (key 1, enter , 7 enter, 0 enter)
Lass es mindestens 90 minuten laufen - also 5 loops

Du bist auf VMISC 1.05 oder 1.1v ?

Sollte ich bis in 2h noch wach sein, lass ich dich für TM5 wissen
Ansonsten machen wir womöglich morgen weiter :)
Die Ergebnisse sind mir etwas zu schlecht.
Beitrag automatisch zusammengeführt:

Ah als sanity-check
Kannst du mir bitte alle MemTweakIT seiten Screenshotten und hochladen :)
1701018746812.png

Ich möchte sehen ob sich irgendwas zwischen dem alten und den aktuellen AGESA geändert hat
Den die timings verhalten sich leicht anders. Bzw die CPU ebenso.
 

Anhänge

  • MemTweakIt.zip
    1,9 MB · Aufrufe: 49
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