[Sammelthread] Ryzen DDR5 RAM OC Thread

[Veii]

Ich habe leider direkt danach abgebrochen. Ich starte es noch einmal neu, bevor ich reboote und WTRL auf 7 setze.

Okay, ich lasse es auch nach den ersten Fehlern immer noch etwas weiter laufen!

Soweit so gut ?

Oder testest du schon WTRL 7

 

[drival0605]

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.

 

[Veii]

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.

 

[drival0605]

@Veii

Dann breche ich jetzt ab:

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

 

[Veii]

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

Ja
Und RFC 448, 320, 192
nur um sicherzugehen.

 

[drival0605]

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"

 

[Veii]

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

Hmmm
SD muss dann wohl höher.

Hast du noch das Profil ?

Ich dürfte keinen Fehler bei den _DD's haben, aber bootet das überhaupt ?

 

[drival0605]

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?

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

Oder sollte ich noch tWRTL von 24 auf 7 runtersetzen?

 

[Veii]

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"

Dann versuche ob WRWR DD auf 6 kann.

 

[drival0605]

Speichere es dir mal ab
Ich nenne WIP profile immer "trashcan"

Dann versuche ob WRWR DD auf 6 kann.

Nur DD? SD nicht?

 

[Veii]

Oder sollte ich noch tWRTL von 24 auf 7 runtersetzen?

tWTRL bleibt immer RRDL *2
Im Samsung bzw Micron fall *3.

Nur DD? SD nicht?

Genau wie ich es schreibe.
Ich habe wohl einen Denkfehler bei den SD's bzw ASUS/Peter weiß etwas das ich nicht weiß 🤭

 

[drival0605]

Speichere es dir mal ab
Ich nenne WIP profile immer "trashcan"

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.

Anfang Cycle 3 und noch kein Error.

 

[drival0605]

SOC immer unter MC. Maximal gleich.

Mist. Das ist bei mir ja auch gerade falsch.
VDDIO = 1,2 V & VSoC = 1,25 V (aus Deinem Profil so übernommen).

PS: Cycle 6, 50 Minuten und immer noch ohne Fehler. Durchlaufen lassen?

 

[Veii]

Mist. Das ist bei mir ja auch gerade falsch.
VDDIO = 1,2 V & VSoC = 1,25 V (aus Deinem Profil so übernommen).

Es ist ok
Ich weiß das Profil passt, aber die 3 Monate auf Intel habe ich sehr viel dazu gelernt~

PS: Cycle 6, 50 Minuten und immer noch ohne Fehler. Durchlaufen lassen?

Super, bitte
Temp momentan ?

 

[drival0605]

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:

Fehler 11

...läuft trotzdem weiterhin

 

[Veii]

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
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.

 

[drival0605]

Okay. Und der Fehler 11? Ignorieren?

 

[Veii]

Fehler 11

...läuft trotzdem weiterhin

Okay. Und der Fehler 11? Ignorieren?

Wenn man vom Teufel spricht

Undeniable
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.

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~~ 🤭

 

[drival0605]

Fehler "0"! (~01:15)

Ich mache ab den nächsten Tests den Lüfter an.

Beitrag automatisch zusammengeführt: 26.11.2023

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. (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.

 

[Veii]

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.

 

[drival0605]

Okay. Run abbrechen und dann procODT auf 40 oder 48 Ohm?

 

[Veii]

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.

 

[drival0605]

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.

Sieht nicht so gut aus.

 

[Veii]

Sorry, Du hast Dich doch angeboten. (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.

 

[drival0605]

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.

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.

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.

 

[Veii]

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.

 

[drival0605]

Pyprime = alles zu

Check!

Aida = alles zu

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?

 

[Veii]

Vlt hat ASUS ja recht

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.

 

[drival0605]

Mache mir bitte noch einen Aida64 run - verwirf den ersten
Und dann testen wir kurz etwas.

 

[Veii]

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
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)

y-cruncher - A Multi-Threaded Pi Program

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: 26.11.2023

Ah als sanity-check
Kannst du mir bitte alle MemTweakIT seiten Screenshotten und hochladen

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.