[Sammelthread] Ryzen DDR5 RAM OC Thread

Ja, die exe mit Rechtsklick als Admin gestartet. Der Timer läuft zwar, aber sonst irgendwie passiert nichts.

Habe nach 3 Stunden abgebrochen und im Kompatibilitätsmodus (Win 8) neu gestartet. Das Fenster kommt zwar auch, aber nachdem ich OK bestätigt habe verschwindet es. Denke das es jetzt richtig läuft...

2024-03-12 (6).png


Auf ein Neues...
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Weiß nicht warum das TM5 nicht richtig läuft... lief nur 10 Min., zwar ohne Error aber zu kurz. Was soll dieses Fenster? ich habe TM5 doch als Admin gestartet...

2024-03-12 (7).png


Wenn ich Ok drücke, erscheint es sofort wieder. Nach dem xten klick kommt eine Fehlermeldung und TM5 schließt sich. Ich starte jetzt mal Memtest...
 
Da steht du sollst es mit Admin rechten starten.
 
Ja, habe ich auch… rechtsklick auf die exe und dann Admin wählen. Keine Ahnung… an dem X3D kann es nicht zufällig liegen?
 
Nabend zusammen,
hier meine 6400 Einstellungen. Waren die ersten Durchläufe stabil, aber die aktuelle TM5-Version @1usmus zeigt relativ schnell fehler an.. y-cruncher läuft stundenlang ohne fehler durch...
TTT.png
ttt3.png
 
Zuletzt bearbeitet:
6400CL28 ist wohl zu sportlich 😉

Probier doch erst mal CL30 - läuft das durch?

Das Delta von 300mV VDDQ zu VDD erscheint mir auch recht hoch. Reduzier mal auf 200mV
 
Weiß nicht warum das TM5 nicht richtig läuft... lief nur 10 Min., zwar ohne Error aber zu kurz. Was soll dieses Fenster? ich habe TM5 doch als Admin gestartet...

Anhang anzeigen 980260

Wenn ich Ok drücke, erscheint es sofort wieder. Nach dem xten klick kommt eine Fehlermeldung und TM5 schließt sich. Ich starte jetzt mal Memtest...
Einmal mit Adminrechten starten, wegklicken, TM beenden. Reboot. Dann nochmal starten, neue config laden/beenden. TM5 neu starten. So lief es bei mir. Immer mit Adminrechten starten ist wichtig!
 
ok, teste ich gleich mal...

20240312_200641549_iOS.png

Memtest ist jedenfalls ohne Fehler durch. y-cruncher ebenfalls...

2024-03-12 (8).png

wenn TM5 jetzt mal durchläuft, dann gehts an die Spannungen.
 
Einmal mit Adminrechten starten, wegklicken, TM beenden. Reboot. Dann nochmal starten, neue config laden/beenden. TM5 neu starten. So lief es bei mir. Immer mit Adminrechten starten ist wichtig!
Es läuft mit Adminrechten, aber der Run dauert nur 10-11 Minuten. Ich habe x-mal alles probiert, jetzt muss halt Memtest genügen :oops:

2024-03-12 (9).png
 
du musst die Config manuell anpassen - also das File welches du im TM5 auswählst

per default stehen da nur 3 Cycles drinne. Den Wert anpassen auf 25 😉
 
Was ich bis heute nicht verstehe, unser absoluter Profi hier, also @Veii hat niemals - auch nur ansatzweise - auf einen meiner Posts reagiert, obwohl ich mir auch gerne Hilfe gewünscht hätte...
Hab ihn exakt einmal per PM angeschrieben, aber kam nie was zurück. Ist ja auch okay, er hat gesagt er kann nicht auf jede PM reagieren.

Sind meine Results zu gut um Tipps zu geben, oder mag der gute Herr einfach nicht auf mich reagieren? Erstes Bild auf maximale Bandwith gegangen, zweites Bild sind 24/7 Settings.
sollte ich testen.jpg


Screenshot 2024-03-12 230821.jpg
 
Zuletzt bearbeitet:
hier meine 6400 Einstellungen. Waren die ersten Durchläufe stabil, aber die aktuelle TM5-Version @1usmus zeigt relativ schnell fehler an.
Das sind A-Die oder? wegen tRFC (ns) 120

Bei mir läuft das gerade als 24/7 setting, hab aber M-Die, vielleicht hilft es dir, sehe aber gerade bis auf tWR, tTRRDS, tRRDL haben wir alles gleich :LOL:
evtl liegt es am tWR wert?
1710284369051.png



Das Delta von 300mV VDDQ zu VDD erscheint mir auch recht hoch. Reduzier mal auf 200mV
mit den Spannungen hab ich mich noch gar nicht beschäftigt, wird das aber überhaupt richtig ausgelesen?
Bei mir sind aktuell VDD 1.6 / VDDQ 1.45 eingestellt, statt den VDD 1,2 / VDDQ 1,12 angezeigten werten.
Mit den 1.6 wollte ich CL26 testen, hab das aber nicht stabil bekommen.
 
du musst die Config manuell anpassen... per default stehen da nur 3 Cycles drinne. Den Wert anpassen auf 25 😉
alter Verwalter, das muss man ja erst einmal wissen ;)

Screenshot 2024-03-13 004419.png


Na ja, das wäre erledigt.

Jetzt gehts an die Spannungen. Danke für euren Input (y)
 
hey, bist du noch wach? Oder schon? :)

2024-03-13 (4).png
2024-03-13 (3).png


Ich mache heute mal durch...

Die SOC Spannung ist jetzt bei 1,2V. VDDIO kann ich wie gesagt nichts einstellen, ist ausgegraut. TM5 hatte ich nachdem ein Wert geändert wurde für 3 Runs laufen lassen. Wenn instabil, kommen die Fehler eigentlich sehr schnell. Zumindest sehe ich so, ob es in die richtige Richtung geht.

7400MHz sind leider nicht stabil, auch ohne Optimierungen :cry:
 
...
mit den Spannungen hab ich mich noch gar nicht beschäftigt, wird das aber überhaupt richtig ausgelesen?
Bei mir sind aktuell VDD 1.6 / VDDQ 1.45 eingestellt, statt den VDD 1,2 / VDDQ 1,12 angezeigten werten.
...
150mV sind dann okay - ja ist etwas doof das ZenTimings overvoltage VDD/VDDQ nicht richtig anzeigen kann ;)
 
hier meine 6400 Einstellungen.
für 6400 28-37 brauche ich 1.5v. Du liegst da meicht drunter laut HWInfo. Teste mal mit 1.5 bis 1.52v. Wenn das nicht hilft, müssen wir mal in das TM5 Error Sheet gucken (habs am smartphone gerade nicht griffbereit)
 
Ich muss da noch ein gutes Stück höher mit der Spannung 1,55V für 6500 28
 
1.55v für 28-37 oder 28-36?
 
6400CL28 ist wohl zu sportlich 😉

Probier doch erst mal CL30 - läuft das durch?

Das Delta von 300mV VDDQ zu VDD erscheint mir auch recht hoch. Reduzier mal auf 200mV

Nun auf CL30, und Spannungen etwas angepasst:

Aktuell im Bios:
Vcore SOC 1.300V
CPU_VDDIO_MEM 1.400V
DDR_VDD Voltage 1.430V
DDR_VDDQ Voltage 1.400V

ttt4.png


========= TestMem5 Log File =========
Config: Default @1usmus_v3
Testing window size 2012 MB
Start testing at 0:44, 2.1 GB x 12
Error in test #8 after 0:30.32.
Error in test #0 after 1:50.49.
Testing has been completed after 1:54.15.
Errors found: 24.
 

Anhänge

  • ttt4.png
    ttt4.png
    26,5 KB · Aufrufe: 31
Sind meine Results zu gut um Tipps zu geben, oder mag der gute Herr einfach nicht auf mich reagieren?
Womöglich gab es wohl nichts zu kommentieren, oder einen Grund weswegen ich dir nicht auf die Nerven gehen wollte
Entweder machst du alles richtig, oder es war Hoffnungslos :d

Ich weiß es nicht :-)
Gerade eben versucht bei deinem Profil auf "ältere Nachrichten anzeigen" zu gehen
Aber ich musste 9x darauf drücken um zu dem letzten Ryzen DDR5 post zu gelangen, worin die rede von
"Msi Tomahawk läuft & ich habe nicht besonders viel getestet, 7800 müsste gehen"
war

Diese Nachricht liegt 9-10 Seiten zurück
Zu postest einfach viel , haha.
Selbst wenn ich versuchen würde nachzuschauen was deine letzte Aktivität war ~ es ist hoffnungslos etwas zu finden
Positiv dass du soo sehr auf LUXX aktiv bist, aber für mich ~ ich weiß nicht, es gab bis jetzt keinen Grund "nachzuforschen".

auf einen meiner Posts reagiert, obwohl ich mir auch gerne Hilfe gewünscht hätte...
Kann eine Mischung aus "habe ich einfach nicht bemerkt" oder "überlesen" sein.
Ich bekomme @ mention pings selten.
Quotes kommen , pings eher selten. Aber ich denke das hat man schon bemerkt, worin/wenn ich meistens nur im Intel Thread aktiv bin
Bzw hier und da mal für eine Woche abseits des Forums bin :)

Erstes Bild auf maximale Bandwith gegangen,
Hiermit habe ich ein Problem,
Aber , wenn es für dich läuft ~ wieso sollte ich dir auf die Nerven gehen :)
Ich denke du könntest womöglich übersehen dass die potential Bandwidth andersseitig kommt und nicht durch timings hinuntersetzen.
Sondern eher dass die Distanz zwischen manchen Timings niedriger wurde. Nicht dass die fokussierten Timings selbst den Zugewinn bringen.

zb:
~ mit einem FAW unter 32 machst du dir die "amount of bits per transfer" hinüber. Typisches 4+4 IC UDIMM (per Seite), läuft auf 1KB pagefile size.
1KB Pagefile size ist immer FAW 32. Die RRD_X *4 regel gibt es nicht mehr, den der Ram wurde in 2 geteilt und die Rückseite von der Vorderseite isoliert.
~ Das selbe mit RRD_S++ , zwar haben wir 2x 32bit links pro channel (AMD müsste es genau so rennen wie Intel oder sie Teilen den Link irgendwo in der mitte /2)
Jedoch gehen Reads durch eine synchronization der Differentiellen Leitungen, sprich wie Ebbe und Flut zeigt sich durch das leichte bewegen nach vorne und hinten ~ die Datentransfer.
Bei dem Ebbe & Flut Beispiel, zeigt es die Gravitation bzw distanz zu dem Mond.
Durch das leichte hin und her bewegen der gebildeten VREF im DQ (Data Line) und DQS (Data Strobe Line) , werden Daten hin und her gesendet.
Weswegen das genaue trainieren auch so wichtig ist. Es sind 60 Rails welche synchronisiert werden müssen. :censored:

Zu dem Thema nochmal ~ den man sollte den Hintergrund verstehen.
Innerhalb des RAMs werden diese Signal Strobes im 16er Tackt ausgeführt (als Roundtrip)
Read BurstLength & Write Burstlength sind 16nCK (auf der DIMM Seite).
Burst chop, also der einseitige command, ist 8 nCK lang.

D.h, dass jeder Read nur ab 8 nCK geschehen kann.
Gleichgültig wie man den RAM Stick anspricht. Er kann nur im 8er Tackt arbeiten.
Somit es wenig Sinn macht wenn zwischen den Bankgroups, aka der Rd to Rd_Short jump, nur 4 clock lang ist.
Er wird immer in einer "pause" condition bleiben, oder er wird dadurch writes ignorieren, welche zwischen den Reads geschehen.
// natürlich würde es gehen, aber du hast bei jeder Aktion eine Reaktion ~ "you trade in something for this silly/spec-breaking change"

~ WTR_ (S)
Writes,
Writes geschehen immer zwischen den 8nCK reads.
Der erste write ist genau die hälfte davon bei 4nCK (genau mittig während ein read läuft) ~ da writes jederzeit geschehen dürfen und Zellen keine Spannung dadurch verlieren.
Jedoch der zweite aufeinanderfolgende write, geschieht dann nach 8nCK pause.

Sollte es kein RD (+WR), pause, RD ~ sein
Sondern ein Rd (+WR), pause, + WR
werden zwei aufeinanderfolgende Writes immer 12nCK brauchen, 4+8nCK.

Um sich kurz zu fassen,
Wr To Rd_Short (WTR_S) braucht 4nCK , aber _L absolutes minimum 12.
Im optimierten fall , 24.

Desweiteren gehen Writes nur auf 4nCK , da diese von der CPU gesteuert werden und ausgehen.
AMDs tBURST minimum liegt auf 3nCk , weswegen auch immer. Es kann sein dass das WTR_S minimum 3 ist (hier)
Reads jedoch können das nicht. Sie unterliegen dem RAM Stick limit , welches bei UDIMM 8nCK ist.

Wenn man sich die tRd 2 Wr (tRDWR) Formel anschaut, bleibt es
CAS-CWL+BL/2+OdtOnLat+WrPRE
2+8+1+2 (2 bis 4) ~ sprich 13 bis 15.
Mehr , verlangsamt wann Writes ausgeführt werden können und "kann" stabilität bringen.
Aber zuu viel , über 19-20 , wird zu einem Problem mit zu tiefen WTR_

Fast alle Timings können überlappen, und alle timings gehen in paaren von 2 oder 3.
Niemals ändert man nur einen Wert.
Memtest ist jedenfalls ohne Fehler durch. y-cruncher ebenfalls...
Y-cruncher component stress tester
Key 1 enter, 7 enter (all tests), 0 enter (start)
5 loops minimum aka 70min. 6 sind besser, 84min.

Y-cruncher (v0.8.2 old)
^ 24h link
Weiß nicht warum das TM5 nicht richtig läuft... lief nur 10 Min., zwar ohne Error aber zu kurz. Was soll dieses Fenster? ich habe TM5 doch als Admin gestartet...

Anhang anzeigen 980260

Wenn ich Ok drücke, erscheint es sofort wieder. Nach dem xten klick kommt eine Fehlermeldung und TM5 schließt sich. Ich starte jetzt mal Memtest...
Du hast dir die configs genommen, jedoch nicht das TM5 frisch entpackt.
Das gesendete ist eine andere EXE mit einer anderen config.
Das Fenster muss pro kern auf "ok" bestätigt werden.

Bei dem nächsten Neustart erkennt es windows und läuft dann normal.
Sollte der TM5 timer laufen ohne dass die Tests fertigwerden (über 2min ohne Fortschritt)
Dann ist einer der Threads gecrasht.
 
Zuletzt bearbeitet:
Nun auf CL30, und Spannungen etwas angepasst:

Aktuell im Bios:
Vcore SOC 1.300V
CPU_VDDIO_MEM 1.400V
DDR_VDD Voltage 1.430V
DDR_VDDQ Voltage 1.400V

Anhang anzeigen 980379

========= TestMem5 Log File =========
Config: Default @1usmus_v3
Testing window size 2012 MB
Start testing at 0:44, 2.1 GB x 12
Error in test #8 after 0:30.32.
Error in test #0 after 1:50.49.
Testing has been completed after 1:54.15.
Errors found: 24.
Brauchst du wirklich soviel SOC Spannung? Sobald es stabil ist kannst damit ja mal runter gehen.
 
ttt4.png

Ist ein reine Hitzeproblem. Der Ram wird zu warm und bedarf der Kühlung. Oder setze tRFC auf 416
Bi3BSJTn4Z.png

ProcDQ schwächer, 40-48ohm
Ein RTT Problem, welches gleichzeitig mit RRD & WTR zusammenhängt

Potentiell WTRS 7 und das Problem ist temporär gelöst.
Ansonnsten muss man an den RTTs schrauben.

Ein Thermal Problem auf jeden Fall,
jedoch eher ein RTT Problem.
RFC ist halt auch zu tief. 416 RFC sollte vorerst genügen.
Beitrag automatisch zusammengeführt:

VDDIO kann ich wie gesagt nichts einstellen, ist ausgegraut
Kann eine MSI sache sein. Dass es womöglich ein "VDD, VDDQ, VDDIO sync" Schalter gibt
Ansonnsten in AMD Overclocking (Advanced menu) einstellbar.

APU & VDDIO Voltage.
y-cruncher läuft stundenlang ohne fehler durch...
Bless autocorrection :-)
Stunden heißt denke ich nicht 2-3
Aber ~90min ist ein guter Richtwert für alle y-cruncher tests.
 
Zuletzt bearbeitet:
hier kommt wieder Schwung rein mit neuen Nutzern etc. Find ich gut :)
 
1710320772763.png
1710320816352.png

Sollte man bei SS UDIMM mal gegentesten.
Ob es irgendwas anstelle dem WRWR 6 bringt.
Es könnte sein dass ich einen Fehler hätte und es 12nCK sein muss.
Obwohl SD, DD, SC, SCL mathematische Formeln (delays) sind. Keine fixierten Werte.

Aida, PyPrime 1b, SiSandra InterThread, Y-cruncher FFT & VT3.
Beitrag automatisch zusammengeführt:

Es könnte sein dass ich einen Fehler hätte und es 12nCK sein muss.
Oder es genau richtig ist, da 2 MC-Links pro RAM-Slot. Welches nur die Writes beeinflusst.
// Ich kann nur nicht sagen ob es ein 64bit link ist welcher in 2 geteilt wird, oder 2 individuelle 32bit links ~ bei AMD. Intel hat individuelle 2x32bit MC-Links.
// AMD interleaved gerne durch die APU anstelle durch den RAM stick.

Wie man auf 128bit bus kommt, ist mir fraglich.
Ich könnte falsch liegen, aber weder Intel noch AMD in der aktuellen SKU haben einen 128bit bus.
Sondern nur (2 channel x 2* standalone 32bit links bzw 2 channel x 1nen 64bit link welcher irgendwo in-2 geteilt wird).
 
Zuletzt bearbeitet:
Moin Moin,

ich habe mir veii`s Settings https://imgur.com/a/mTeA5jB übernommen...nur komme ich bei weitem nicht auf die Ergebnisse wie sie sollten.

Habe ich etwas übersehen???
 

Anhänge

  • schlecht.png
    schlecht.png
    218,1 KB · Aufrufe: 70
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