[Sammelthread] Ryzen DDR5 RAM OC Thread

Hab die Tabelle auf Google Docs, jetzt die frage wie sperre ich diese und gebe sie frei?
Beitrag automatisch zusammengeführt:

mm mm
Excel als ganzes auf dem Handy ist lästig :d

Es zwingt dich meistens zu der Playstore app, welche dann bei einem großen bzw "oft zugegriffenen" Sheet
Es sehr laggy macht.

Es wäre "einfach" ein versperrtes online sheet zu erstellen,
Und Leute zu zwingen es auf deren Drive kopieren zu müssen
Nur dann setzt auch die Faulheit ein :d

Meistens funktioniert der Convert
Google-Docs müsste XLS Datein öffnen können.
Hmm schwierig.

Ja ne, ne app wäre das Beste.
Aber dann sind wir bei der Frage ~ braucht man sowas . . .
OCHelper App (PC/Phone) aus unseren Forschungen wäre ebenfalls nett (abseits mem)
Aber wer soll sich darum kümmern. Viel zu viel Arbeit.

tRFC mini sheet drüber-zuschauen wäre schon viel Arbeit
Da es oft alle 3-7 Tage bricht.
Das selbe mit dem Ryzen MemOC " Leaderboards "
Ein Online-Docs ist super, aber echt viel Arbeit :d
Ne app wäre theoretisch gesehen sinnvoller.
Beitrag automatisch zusammengeführt:


Es gibt 2-3 Optionen in CBS die man Ändern könnte
Jedoch bin ich mir unsicher ob es in der Realität Überhaupt sinnvoll wäre.

Aida bus-access test , ist ja eines
Aber es ist nicht immer nur "die Latenz" das Hauptproblem
Besonders der X3D ist sehr schwer zu tunen, jedoch sehr einfach zu missverstehen.

Wenn ich mir etwas wünschen könnte, dann wäre es
212899457-2126ad0b-f38f-4b56-b723-05bc1bb18172.png

Solch etwas zu benützen.
Eventuell Visuel dank Passmark's tools
Oder als Bildlicher Converter von Micronbenchmark bzw SiSoft Sandra.

Bilder wie diese:
Anhang anzeigen 944827
Waren ehemalig google-docs sheets :)
Damit macht es Sinn zu tracken ob dein MemOC überhaupt irgendwas an der Zugriffszeit ändert, oder CPU_Arch noch zu langsam ist.
Beitrag automatisch zusammengeführt:

EDIT:
@RedF
core-to-core-latency.exe --csv
Vlt etwas damit machbar :) csv to pic

Ansonnsten wäre Microbenchmark + PassMark's Tools, womöglich der einfachste Weg.
Beitrag automatisch zusammengeführt:


Ah , Kelutrel wollte ja RopBench nen gescheiten Memtester verpassen (perf tester) ~ so vor 5-6 Monaten.
Ich frag mich wie weit er ist.

Wir können Raphael ansonsten so oder so nicht tracken.
Weder CoreFreq noch CoreVoltage. Bzw ebenso nicht DcBTC VID autocorrection. (negative CO penalty)
Updaten zu schnell.

Und da alles von L3 Cache bzw der Core Freq welche load-balanced ist, abhängt
Sprich ebenso das MemOC Ergebniss (ob es den nun skaliert oder nicht)
Müssen wir uns eher um das Hauptproblem kümmern, bevor man Timings benchmarkt und Optionsempfehlungen raushaut.
Ich schaue mir das an : )
Beitrag automatisch zusammengeführt:

Ok, so sollte es gehen :-)

Beitrag automatisch zusammengeführt:

Kann euch beide auch in eine höhere Rolle schieben.
 
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
@Das_B

wenn du deine deine RAMMon Einstellungen in "code" Tags verpacken würdest wäre dein Post einfacher zu lesen ^^
 
@Veii wie bekomme ich die csv geschrieben? core-to-core-latency 5000 --csv > output.csv funktioniert schonmal nicht ^^
 
@Veii wie bekomme ich die csv geschrieben? core-to-core-latency 5000 --csv > output.csv funktioniert schonmal nicht ^^
1701552271758.png

Hmmm
Shift-Rightclick, open terminal
Beitrag automatisch zusammengeführt:

Ich bekomme den jupyter server zwar on für "notebook"
Aber schaffe es nicht die csv als notebook picture hinzubekommen

Müsste anders auch funktionieren :)
 
Zuletzt bearbeitet:
Zuletzt bearbeitet:
HynixM Class A :)
Die guten.

Nicht wirklich,
Anhang anzeigen 944798
Aida testet nicht alles.
Limiter wahrscheinlich CO , aka L3 Cache zuerst.

Da du Class A's hast,
Anhang anzeigen 944802
Anhang anzeigen 944804
6200C30-37-37 auf 1.32-1.34v , mit 1.35v ist es genug.
// EDIT: ~ ich denke 6200C30-36 müsste mit ungefähr 1.4 VDDQ, 1.42 VDD_MEM noch durchgehen. 6000 C30-36 wäre dann auf 1.3v.
512 RFC passt.
Du hast tWR vergessen.

Worauf ist VDDIO/MC ?
TM5 1usmus_v3 , 25 cycle stability reports bitte.

EDIT:
VDDP auf 1.1v max ~ (solltest du ODT und RTT übernehmen wollen)
1.15v brauchst du nicht mit GDM und brauchst du nicht auf 6200MT/s.
Schadet nur Signal Quality.
Habe jetzt TWR wie du sagtest auf 48 und nun auch RFC auf 480 und RFC 2 auf 355.
Latenz hat sich nur minimal verbessert....echt komisch
 

Anhänge

  • Screenshot 2023-12-03 092806.png
    Screenshot 2023-12-03 092806.png
    10,4 KB · Aufrufe: 161
  • Screenshot 2023-12-03 094039.png
    Screenshot 2023-12-03 094039.png
    12,8 KB · Aufrufe: 168
  • Latenz.png
    Latenz.png
    22,8 KB · Aufrufe: 171
Habe jetzt TWR wie du sagtest auf 48 und nun auch RFC auf 480 und RFC 2 auf 355.
Latenz hat sich nur minimal verbessert....echt komisch
Schau mal wie viele Prozesse bei dir im Hintergrund laufen. Wahrscheinlich so viele das du mit der Latenz Messung nicht weiter runterkommst.
 
@Katakuri1991

deine Northbridge Clock läuft auch nur mit halber Geschwindigkeit - das erhöht natürlich auch die Latenz ^^
 
@Katakuri1991

deine Northbridge Clock läuft auch nur mit halber Geschwindigkeit - das erhöht natürlich auch die Latenz ^^
Und wie bekommt man die mit voller Geschwindigkeit, bzw. was muss ich einstellen?
Beitrag automatisch zusammengeführt:

Schau mal wie viele Prozesse bei dir im Hintergrund laufen. Wahrscheinlich so viele das du mit der Latenz Messung nicht weiter runterkommst.
Danke, schau ich auch mal an.
 
@Katakuri1991

deine Northbridge Clock läuft auch nur mit halber Geschwindigkeit - das erhöht natürlich auch die Latenz ^^

ist die nicht abhängig vom Ram Takt - meine mal sowas gelesen zu haben.
bei 8000MT/s hat sie dann nur noch ~500MHz

aber bitte korrigiert mich. Dann muss ich nämlich auch nochmal gucken :ROFLMAO:

6000MT
6000veiineu_prozesse beendet.jpg


6200MT
6200veiineuFCLK1000_prozesse beendet.jpg
 
@Veii

Habe noch etwas Probleme mit der Formatierung der Daten. Aber ich glaube, es ist machbar ( auch komfortabel ).
Heatmap.png


Na ja mal sehen, bin kein Experte bei sowas ^^
Beitrag automatisch zusammengeführt:

Ok Formatierungs Problem gelöst.
Heatmap.png

Beitrag automatisch zusammengeführt:

@Veii kannst du mir eine output.csv von dir schicken?
 
Zuletzt bearbeitet:
Habe die DD und SD Werte von 1 auf 8 geändert und GDM ausgeschaltet.
Mit den angepassten Einstellungen, damit kam bei einem Run eine Latenz von knapp unter 61 ns raus.

cachemem_231203_1.png
ZenTimings_Screenshot_231203_1.png
 
Und wie bekommt man die mit voller Geschwindigkeit, bzw. was muss ich einstellen?
...
da bin gerade etwas überfragt, sorry ^^

ist die nicht abhängig vom Ram Takt - meine mal sowas gelesen zu haben.
...
das könnte sein, ist bei mir allerdings schon zu lange her

wenn das automatisch nach gewählter RAM Frequenz eingestellt wird würde ich mir allerdings überlegen ob der Sprung von 6000 auf 6200 es das Wert macht soviel Latenz zu verlieren
 
da bin gerade etwas überfragt, sorry ^^


das könnte sein, ist bei mir allerdings schon zu lange her

wenn das automatisch nach gewählter RAM Frequenz eingestellt wird würde ich mir allerdings überlegen ob der Sprung von 6000 auf 6200 es das Wert macht soviel Latenz zu verlieren
Im groben Mittel macht es bei meinem 7700x keinen großen Unterschied, der Durchsatz steigt ein wenig, aber sonst ist alles nahezu gleich. Spielebenchmark von COD MWII profitiert etwas vom erhöhten Takt und auch vom erhöhten FCLK.
Jedoch denke ich das mein CPU der limitierende Faktor ist, da ich auch wenn ich 6400MT (nur Benchstabil) teste, auch keine/kaum bessere Werte bei rum kommen.

Vorteil 6000 sind halt definitiv die niedrigen Spannungen :giggle:
 
Habe mal zum ersten mal ycruncher gestartet 2.5b....da kam diese Meldung? Ist es ein Fehler vom RAM? Was bedeutet das?
Habe ansonsten keine Problem mit dem PC.....also keine Abstürze oder sonstiges

Screenshot 2023-12-03 171941.png
 
Gilt 65536 (minus 8092 steps) = resultat -1.
auch für trefi 65528
Ok also im Bios 65528 eintragen? und dann solange runter bis es stabil läuft?

Mal aus neugier EXPO geladen...dann kommt das Ergebnis. Habe noch einen zweiten Durchlauf gestartet, kam wieder etwas ganz anderes?

Kann es an PBO LVL 1 liegen? Oder Curve Opimizer ?

EDIT: Mal alles auf Standart im Bios gemacht und nun funktionierts.....Bin mal auf Fehlersuche, welche Einstellung das verursacht....
 

Anhänge

  • EXPO.png
    EXPO.png
    126 KB · Aufrufe: 117
  • 2.Durchlauf.png
    2.Durchlauf.png
    105,8 KB · Aufrufe: 123
  • Bios alles auf Standart.png
    Bios alles auf Standart.png
    134,2 KB · Aufrufe: 131
Zuletzt bearbeitet:
Modular Redundancy Check Failed:

When you see this, it usually means one of three things:

  1. Memory instability.
  2. CPU instability.
  3. An undetected buffer-overrun. (bug in y-cruncher)
Memory instability is by far the most common cause of this.

Das habe ich gefunden

@Katakuri1991 die Frage galt Veii

Er empfahl bei Temperaturproblemen trefi in den genannten steps zu senken. So wie ich das verstehe gibt es unterschiedliche trefi max Empfehlungen die auf einem Rundungsfehler beruhen
 
Modular Redundancy Check Failed:

When you see this, it usually means one of three things:

  1. Memory instability.
  2. CPU instability.
  3. An undetected buffer-overrun. (bug in y-cruncher)
Memory instability is by far the most common cause of this.

Das habe ich gefunden
OK dann kann es sehr wohl am co und pbo liegen.

Alles auf Standard mit Expo läufts nun, es sieht so aus das es am CO liegt.... wahrscheinlich zu niedrig

Ich teste gerade alles aus
 
@Veii kannst du mir eine output.csv von dir schicken?
.txt entfernen :)
1701624069448.png
Jupyter NoteBlock file für das Bildlayout - aber irgendwas machte der Dev falsch.
Wäre etwas alt, das Tutorial.
6200C30-37-37 auf 1.32-1.34v , mit 1.35v ist es genug.
// EDIT: ~ ich denke 6200C30-36 müsste mit ungefähr 1.4 VDDQ, 1.42 VDD_MEM noch durchgehen. 6000 C30-36 wäre dann auf 1.3v.
512 RFC passt.
Du hast tWR vergessen.

Worauf ist VDDIO/MC ?
TM5 1usmus_v3 , 25 cycle stability reports bitte.

EDIT:
VDDP auf 1.1v max ~ (solltest du ODT und RTT übernehmen wollen)
1.15v brauchst du nicht mit GDM und brauchst du nicht auf 6200MT/s.
Schadet nur Signal Quality.
Ist es ein Fehler vom RAM? Was bedeutet das?
Habe ansonsten keine Problem mit dem PC.....also keine Abstürze oder sonstiges
Ja, instabil.
Autokorrektur ist sehr vorbildlich diese Generation.

Um den 4? Stunden TM5 bei 64Gb kommst du nicht herum.
Als absolutes minimum.
// Ich möchte ein Screenshot sehen. Stabil oder instabil.
Autocorrection würde sowohl die Bandbreite als auch die Latenz verfälschen~.

xiALbGZ8h3.png

Fortschritt, jedoch ~ dennoch.
@Veii Gilt 65536 (minus 8092 steps) = resultat -1.
auch für trefi 65528?
Hmmm
Ich denke ist schon mit einbegriffen, wie bei 65535 schon mit einbegriffen.
Ich denke auch dass es wegen den reserve'd tPPR bits ist - weswegen es stabiler rauskommt 🤔 unsicher, es fehlt die Logik.
Würde vorerst aber immer auf 65535 bleiben, bzw runterskalliert.

Sollte AMD endlich FineGranularityMode einschalten, dann würde ich die Formel leicht abändern.
Lade dir auf ASUS das ECO 170W profil - FakeECO
Fals die Boardpartner es auf Mid-Range Boards noch integriert haben.
Exclusive ASUS PBO feature.

CO möchtest du (blind) nicht unter -8 bzw -10 haben
VID Autokorrektur existierst auf der CPU.
Loadbalance Frequency Autokorrektur existiert auf der CPU
Cache PPR (PostPackageRepair) existiert auf der CPU & auf den RAM-Sticks
Clock Gating für FCLK und SystemClock existiert auf der CPU gegen Instabilität.

Jedes dieser Features wird dir bei dem Tracking von Spannung/Frequenz/Stabilität Probleme bereiten.
Jedes dieser Features kann schneller als 6ms ausgeführt werden.
Keines der Consumer-Tools kann unter 5ms sich updaten und Autokorrektur (visuel) feststellen.
@Katakuri1991

deine Northbridge Clock läuft auch nur mit halber Geschwindigkeit - das erhöht natürlich auch die Latenz ^^
Danke :d
Komplett übersehen.
Er/Sie rennt wohl UCLK=MCLK/2
Vorerst in Ordnung :) sowieso instabil
~
Ne , bin dämlich.
Alles ok , ZT zeigt UCLK = MCLK.
Liegt an der Autokorrektur bzw zu hohem FCLK.
Abseits das Northbridge sich in Integers synchronisiert (unwichtig)
Beitrag automatisch zusammengeführt:

Teste mal core cycler damit kannste dein co ganz gut testen in der readme des programms gibts auch sehr viel Empfehlungen
Leider schafft es das nicht corecycler zu bemerken.
Autocorrection is too good.

Ich hatte 1usmus eine systematische Methode durchgegeben,
Aber du kannst die Stabilität davon nicht erkennen.
Den wenn es wirklich crasht, ist es vieel zu spät. Wäre ~+50mV zu spät.
Man kann es mit RopBench bemerken, ab wann die Kerne in 1ms pooling beginnen sich instabil zu verhalten.

Jedoch Teilen alle Kerne pro Seite (L of L3$ , R of L3$) die Spannungen untereinander
Und bekommen sie alle gleichzeitig von einer Rail, geteilt als LDO.
Da sie die Spannung zwischen den Kernen seit Matisse? auch teilen können ~ wird gegenkorrigiert und ein Kern kann den anderen hinunterziehen.
// Die X core crashed reports wären somit zwecklos bzw ohne einen Verwendungsgrund. Im schlechtesten Fall, sogar irreführend.

Es gibt dann noch ein Per CCD 2 CCD Delta , abseits des Inter-CCD Deltas.
Für Freq (straps) & VID. :)
 

Anhänge

  • AMD Ryzen 5 5600X.csv.txt
    2,3 KB · Aufrufe: 110
  • 8core.ipynb.txt
    315 Bytes · Aufrufe: 258
  • TestMem5 v0.12 ADV_1usmus25.zip
    29,1 KB · Aufrufe: 101
Zuletzt bearbeitet:
Danke Veii. Ropbench habe ich auch schon getestet. Find ich sehr praktisch. Vor allem weil man die max clock und co ganz gut damit ausloten kann
 
Die Spiegelung hat mir einiges an Kopfzerbrechen bereitet.
Heatmap7800X3D.png


Heatmap5600X.png
 
Jetzt muss ich nur noch heraus finden wie man den Pfad für das abrufen der output.csv setzt, damit man das auch auf anderen Systemen nutzen kann.
Beitrag automatisch zusammengeführt:

Ein Test mit 32 Kernen währe noch schön.
Beitrag automatisch zusammengeführt:

Well done !
Eventuell die unter 8ns Kerne leicht grüner. Same-core 2 same-core roundtrip delay.
Kannst du mir ganz kurz ein Zentimings screenshot von deinem 7800X3D durchgeben ? :)
Das muss leider warten, bin jetzt am Handy.
 
Jetzt muss ich nur noch heraus finden wie man den Pfad für das abrufen der output.csv setzt, damit man das auch auf anderen Systemen nutzen kann.
Beitrag automatisch zusammengeführt:

Ein Test mit 32 Kernen währe noch schön.
Beitrag automatisch zusammengeführt:


Das muss leider warten, bin jetzt am Handy.
Ah ok :)
Dann schaue ich unterwegs drüber. (wäre erst gegen Mitternacht wieder zu Hause)

Ich hätte eine Idee was genau AMD versucht hinzubekommen . . . Sollte Ryzen Master wirklich MemoryPresets haben und nicht zb ASUS.
Aber es ist dennoch unlogisch dass RAS startet bevor RCD endet. Selbst wenn RAS aus welchem absurden Grund auch immer nicht auf dem DIMM stattfindet.
Wenn du etwas Freizeit hättest könntest du dann beide Optionen gegenvergleichen. (SiSoftware Sandra InterThread, benchmate usw)
Nun mit einem sauberen OS.
Ich hab leider kein DDR5 System mehr~
 
@RedF hab nen 7950x schreib mir gerne was ich machen soll.
Beitrag automatisch zusammengeführt:

Anbei core to core vom 7950x + Zen Timings
 

Anhänge

  • Zentimings.jpg
    Zentimings.jpg
    41,4 KB · Aufrufe: 141
  • output.zip
    602 Bytes · Aufrufe: 91
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