D
drival0605
Guest
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?
[Sammelthread] Ryzen DDR5 RAM OC Thread
- Ersteller Reous
- Erstellt am
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?
Es ist ok
Ich weiß das Profil passt, aber die 3 Monate auf Intel habe ich sehr viel dazu gelernt~
Super, bitte
Temp momentan ?
D
drival0605
Guest
55 °C, ohne Lüfter davor (habe ihn extra ausgemacht!), 21 °C ZimmertemperaturEs ist ok
Ich weiß das Profil passt, aber die 3 Monate auf Intel habe ich sehr viel dazu gelernt~
Super, bitte
Temp momentan ?
edit:
Fehler 11
...läuft trotzdem weiterhin
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.
D
drival0605
Guest
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~~ 🤭
D
drival0605
Guest
Fehler "0"! (~01:15)
Ich mache ab den nächsten Tests den Lüfter an.
(danke übrigens, ich will ja auch was lernen dabei 
)
Ich mache ab den nächsten Tests den Lüfter an.
Beitrag automatisch zusammengeführt:
Alles klar. In diesem Run lasse ich die Lüfter aus, damit es repräsentativ bleibt.
Sorry, Du hast Dich doch angeboten.
(danke übrigens, ich will ja auch was lernen dabei )Ja, dann machen wir alles davon außer High Temps stable. Mit Lüfter davor passt es ja.Mit WTRS 4 beginnen, GDM off und dann noch high temps stable
Ich kann zaubern, aber das sind doch etwas viele Wünsche~~ 🤭
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
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.
Bzw Y-cruncher
Aus reiner Neugier
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.
D
drival0605
Guest
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.
D
drival0605
Guest
1x Person ist ok. Bloß ~18h wachSorry, Du hast Dich doch angeboten.
Hoffentlich lernt man was dazu. Debugging Prozedur
Es ist okJa, dann machen wir alles davon außer High Temps stable. Mit Lüfter davor passt es ja.
Bloß maxed-out REFI und high-temps stable, passt nicht so ganz zusammen.
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.
D
drival0605
Guest
Haha, danke. Definitiv lernt man was!1x Person ist ok.
Hoffentlich lernt man was dazu. Debugging Prozedur
Okay, ich verstehe. Dann mache ich den Lüfter ab jetzt an.Es ist ok
Bloß maxed-out REFI und high-temps stable, passt nicht so ganz zusammen.
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.
Ja, write ist gut, Read und Copy waren mit FCLK = 2133 MHz noch viel besser, mit FCLK = 2200 bekomme ich die über 70000.Die Write Bandwidth gefällt mir aber
Read to Copy ist auch ok.
Die Latenz ist misst
Latenz hätte ich gerne so bei 57-58 ns.
Hmmm, vielleicht das oder halt Hintergrundprozesse.
PS: Ich habe jetzt neu gestartet mit geänderter ProcOdt.
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.
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.
D
drival0605
Guest
Check!
Kein Check. ^^ (Pyprime-Ergebnisse waren daneben offen)
Das habe ich so gemacht, ja.
Das weiß ich.
Ja, das müsste man noch herausfinden. Hmmm.
Okay!
Also jetzt ein neuer TM5-Run?
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
Und dann testen wir kurz etwas.
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
Mache mir bitte noch einen Aida64 run - verwirf den ersten
Und dann testen wir kurz etwas.
D
drival0605
Guest
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??
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.
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.
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
www.numberworld.org
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
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.
Zuletzt bearbeitet:
D
drival0605
Guest
1,05 V. Ich habe noch keine Spannungen geändert.
Soll ich es ab 1.1 V stellen bevor ich den y-Cruncher-Run starte?
Noch nicht
Ich erhoffe mir einen Fehler irgendwo
Um das schlechte ergebniss erklären zu können
Ansonsten liegt es nur an unseren Timings oder es Shadow-Throttled dank zuu niedriger Spannung (nerviger)
Ich hoffe es crasht, ganz ehrlich
D
drival0605
Guest
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.
Nevermind, ich habe es verstanden.
Zuletzt bearbeitet:
Ja
1 dann enter, 7 enter, 0 enter
Weiterhin kein FGR ~ sind allbank refreshes. Schade
Vergleich
Soweit "ok"
CKE sind komplett aus. Schade AMD. CKE ist sehr wichtig.
XP, CPDED, sind richtig ~ die Foundation für powerdown bzw clockhalting wäre da. Bravo
tXSDLL ist etwas komisch und doppelt
DDLK = XSDLL
Hat ab 6400MT/s auf 2048 zu sein. Generell ab 6000MT/s.
Haben sie wohl vergessen aber wäre semi-wichtig wenn CKE erzwungen aus ist.
XSR liegt doppelter 488nCK delay an, anstelle 480 ~ komisch, aber ok
Ohne FGR womöglich verständlich.
Ja im Grundegenommen sieht es ok aus.
RX BL Delay 2, TX delay auf 3 ~ nitro settings. Auch "ok"
TX könnte eventuell auf 2 runter aber soweit unwichtig.
3 mit taps auf 3 sollte passen für TX.
Aber der misst stört mich ~ von AMDs Seite aus
tBURST erzwungen als 3 anstelle 4...
AutorefreshDisable ist aus, sprich es kann self-refresh, aber dann schafft man es nicht FGR bzw PerBankRefresh einzuschalten und hält CKE auf Aus
Was für ein Autorefresh soll den stattfinden wenn CKE aus ist
Ja ne für RAS & RC aber dennoch.Wenigstens ist WPRE auf 2 bei dem clock. Das ist gut.
Also tRDWR minimum wäre 2+8+1+2 (13) bzw 14 für dich.
Man kann später testen wie tief tRDWR bei dir booted. 13 wäre der Controller Limit
Wenn ein timing zuu hoch ist, wird tRDWR errorn. Gibt aber sehr viel Bandwidth zurück.
So kann man dann die korrektheit von SD/DD testen. Sie müssen exakt sein, den zu hoch und wir haben error's.
Beitrag automatisch zusammengeführt:
Bed time
16h LUXX support, 18h wach
Bis morgen~
Zuletzt bearbeitet:
D
drival0605
Guest
Ich muss Dich leider enttäuschen.Ich hoffe es crasht, ganz ehrlich
y-Cruncher lief ~2 Stunden ohne Crash durch (7 Loops). Die CPU scheint es also nicht zu sein. Sie ist auch ohnehin nicht übertaktet. Auch Curve Optimizer läuft nicht, alles stock.
Anhänge
D
drival0605
Guest
Ich habe gerade einmal überprüft, was das tiefste ist, was ich booten kann:
Das Controller-Limit bootet also bei mir.
Ich habe in der Zwischenzeit auch einmal geschaut, ob tRRDL auf 10/11 & tWTRL auf 20/22 und demzufolge tRDRDSCL auf 3/4 und tWRWRSCL auf 13/15 bei mir booten.
Ergebnis: Das funktioniert nicht. Mit 12, 24, 5 und 17 bin ich hier schon am Minimum angelangt.
G
Gelöschtes Mitglied 102156
Guest
Nachricht gelöscht
Diese sind für HynixMIst das noch aktuell @Veii ?
Der zitierte Post ist von 12/2022
War aber das Erste, was ich über Google fand.
Bzw generell 16gb dimms.
RTT_NOMs scheinen für alle Hynix zu passen, ebenso Hynix Rev2 (24GB)
Jedenfalls single sided
Zuletzt bearbeitet:
Einen wunderschönen guten Abend,
seit meinem letzten Post ist einiges passiert, zunächst gutes, danach schlechtes jetzt wieder stabile Werte.
Aktuell habe ich folgende Werte (XMP aktiviert, Timings und Spannung manuell) =
:
Jetzt meine Fragen:
1. Mein Ziel ist es, die Latency unter 60 ns (Gaming Stable) zu bekommen und oder auf 6600 MHz 1:1 zu pushen.
(Aktuell orientiere ich mich an @drival0605 und @Veii (danke für eure ganzen Post!) hab allerdings etwas bedenken, dass eine 1 zu 1 Kopie in die Hose geht.)
2. Kann man irgendwie seine Timings im Bios komplett speichern, damit man nicht jedes mal nach einen CMOS Clear von vorn beginnen muss?
3. Und eine Frage rein aus Interesse, würde ein DDR5 6400 EXPO Kit ohne rumfummeln bessere Ergebnisse erzielen, als ich sie aktuell habe?
Vielen Dank im Voraus!!
seit meinem letzten Post ist einiges passiert, zunächst gutes, danach schlechtes jetzt wieder stabile Werte.
Aktuell habe ich folgende Werte (XMP aktiviert, Timings und Spannung manuell) =
Jetzt meine Fragen:
1. Mein Ziel ist es, die Latency unter 60 ns (Gaming Stable) zu bekommen und oder auf 6600 MHz 1:1 zu pushen.
(Aktuell orientiere ich mich an @drival0605 und @Veii (danke für eure ganzen Post!) hab allerdings etwas bedenken, dass eine 1 zu 1 Kopie in die Hose geht.
)2. Kann man irgendwie seine Timings im Bios komplett speichern, damit man nicht jedes mal nach einen CMOS Clear von vorn beginnen muss?
3. Und eine Frage rein aus Interesse, würde ein DDR5 6400 EXPO Kit ohne rumfummeln bessere Ergebnisse erzielen, als ich sie aktuell habe?
Vielen Dank im Voraus!!
Zuletzt bearbeitet:
Bullseye13
Urgestein
Bin seit dem letzten mal etwas weiter gekommen. Das Setting hat zumindest 2 Stunden CoD überlebt. Einen längeren Test über Nacht muss ich erst machen.
Habt ihr noch Verbesserungsvorschläge?
Will unter 60ns...
Habt ihr noch Verbesserungsvorschläge?
Will unter 60ns...
Ähnliche Themen
