[Sammelthread] Ryzen DDR5 RAM OC Thread

ula la, mit den neuen msi bios beta, ist der latenc bei deaktivierten ccd0 um satte 2ns gesunken, den vorgang habe ich mehrmals wiederholt und auch win neustart durch geführt, es bleiben bei unter 56,5 ns ! 🤩

das habe ich auch mit den vorherigen bios mehrfach den bench ausgeführt, und nie unter 58ns gekommen.

dann wird 9950x warscheinlich die unter 50ns knacken :hail:

ansonsten, das neue beta bios ist ja der wahnsinn, den mir ist aufgefallen, das fast alle kerne mit über 5,9ghz boosten 🤩
 

Anhänge

  • Screenshot 2024-07-27 013759.jpg
    Screenshot 2024-07-27 013759.jpg
    536,9 KB · Aufrufe: 114
  • Screenshot 2024-07-27 054854.jpg
    Screenshot 2024-07-27 054854.jpg
    358,3 KB · Aufrufe: 109
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
ich wollte euch mal noch ein tool weiterleiten was ich persönlich um Welten besser finde als der aida Test. Im overclock Forum wurde dieses tool immer mal wieder genutzt. Vor allem sieht man viel besser wenn was schneller ist oder langsamer auch sieht man dort ganz gut ob fclk eine Steigerung bringt. vor allem ist es kostenlos. Einziger Nachteil ist man kann die Ergebnisse nur mit der gleichen CPU vergleichen ist aber auch bei aida teilweise so... Ich nutze es immer auf allen Kernen mit AVX512.

https://github.com/clamchowder/MicrobenchmarksGui/releases/tag/v0.000006
 

Anhänge

  • 3.png
    3.png
    21,3 KB · Aufrufe: 85
  • 4.png
    4.png
    20,1 KB · Aufrufe: 85
ich meinte die VDDP die nach dem Training mit 0.81V anliegt bis das Board stromlos gemacht wird. Das VDD/VDDQ nicht richtig ausgelesen werden liegt am High Voltage Mode, unter 1.435V jedoch sollte das auslesen klappen. Wenn du mit High Voltage Mode die Spannungen auslesen willst musst du in HWInfo64 gucken, das zeigt sie dir an.
 
ula la, mit den neuen msi bios beta, ist der latenc bei deaktivierten ccd0 um satte 2ns gesunken, den vorgang habe ich mehrmals wiederholt und auch win neustart durch geführt, es bleiben bei unter 56,5 ns ! 🤩

das habe ich auch mit den vorherigen bios mehrfach den bench ausgeführt, und nie unter 58ns gekommen.

dann wird 9950x warscheinlich die unter 50ns knacken :hail:

ansonsten, das neue beta bios ist ja der wahnsinn, den mir ist aufgefallen, das fast alle kerne mit über 5,9ghz boosten 🤩
Dann teste mal obs noch stabil ist....
Beitrag automatisch zusammengeführt:

ich wollte euch mal noch ein tool weiterleiten was ich persönlich um Welten besser finde als der aida Test. Im overclock Forum wurde dieses tool immer mal wieder genutzt. Vor allem sieht man viel besser wenn was schneller ist oder langsamer auch sieht man dort ganz gut ob fclk eine Steigerung bringt. vor allem ist es kostenlos. Einziger Nachteil ist man kann die Ergebnisse nur mit der gleichen CPU vergleichen ist aber auch bei aida teilweise so... Ich nutze es immer auf allen Kernen mit AVX512.

https://github.com/clamchowder/MicrobenchmarksGui/releases/tag/v0.000006
Dann aber "Add" testen.
 
Habe herausgefunden, warum ich nichts bei meinem B650 HDV an OC zum Laufen bekommen habe.
Als tRFC wird die tRFC2 übernommen. Besonders lustig, wenn man immer alles einträgt -_-.

Da muss man erstmal drauf kommen. Vielleicht sollte ich das BIOS nochmal aufspielen.

Habe sogar aus Verzweiflung die Rückseite des Boards nochmal geschirmt ^^
Kupfer Schirm.jpg
 
Habe herausgefunden, warum ich nichts bei meinem B650 HDV an OC zum Laufen bekommen habe.
Als tRFC wird die tRFC2 übernommen. Besonders lustig, wenn man immer alles einträgt -_-.
Ja, weil der IMC tRFC2 und tRFCsb benutzt. Das hab ich hier glaub ich schon mal vor einer Weile geschrieben. Nichtmal Ryzen 9000 scheint tRFC2 und tRFCsb zu nutzen, was Schade ist. tRFCsb sollten mit deinen A-Die sogar knapp unter 100ns gehen.
 
Ja, weil der IMC tRFC2 und tRFCsb benutzt. Das hab ich hier glaub ich schon mal vor einer Weile geschrieben. Nichtmal Ryzen 9000 scheint tRFC2 und tRFCsb zu nutzen, was Schade ist. tRFCsb sollten mit deinen A-Die sogar knapp unter 100ns gehen.
Ah, die Info hatte ich wohl überlesen : )
 
Scheinbar überfordert dich das Ding aber selbst, denn es steht selbst in der Tabelle das es nicht genutzt wird.
Wird das ständige neuen Acc erstellen nicht langsam langweilig?
RedF hat einen 8600G in seinem HDV System und die 8000er nutzen tRFC2 und tRFCsb egal was in der Tabelle steht.
 
Hab erst jetzt Zeit für das Teil gefunden.
Beitrag automatisch zusammengeführt:

Du bist doch der Spacken der so oft auf die Exeltabelle in Post 1 verweist weil er selbst nix kann.
Scheinbar überfordert dich das Ding aber selbst, denn es steht selbst in der Tabelle das es nicht genutzt wird.
Herrlich wie du dich immer und immer wieder selbst zerlegst und zeigt welch ein billiger Hansel ohne jeden Ahnung du doch bist der nur copy&Paste raus haut ohne davon irgend was zu verstehen.
Zum Glück haben wir ja dich 🥲
 
@RedF dein EMI Schutz sieht ja interessant aus. Welche Materialen hast du verwendet und wie bist du vorgegangen. Hatte letzt auch gedacht dass das was bringt. Aber wenn ich mit Alu Folie um meinen Rechner rum springe frägt mich meine Frau bestimmt was ich jetzt schon wieder tüftel🤣🤣

Bringt das echt was?
 
@RedF dein EMI Schutz sieht ja interessant aus. Welche Materialen hast du verwendet und wie bist du vorgegangen. Hatte letzt auch gedacht dass das was bringt. Aber wenn ich mit Alu Folie um meinen Rechner rum springe frägt mich meine Frau bestimmt was ich jetzt schon wieder tüftel🤣🤣

Bringt das echt was?
Obs was bringt, keine Ahnung. Hab das mal auf Reddit aufgeschnappt.

Habe erst Kapton Klebeband, zwecks der elektrischen Isolierung auf die Fläche geklebt, danach beidseitig leitendes Kupfer Klebeband.

Dann einfach ein Kabel angelötet welches ich dann auf Masse gelegt habe.
 
Etwas offtopic aber bestimmt interessant zu wissen. Wer sein ropbench oder das CO tool hydra (1usmus) nicht gestartet bekommt sollte mal bei win11 im Defender unter dem Reiter core isolation die Treibersperrliste deaktivieren dann neustarten. Dann startet es wie gewohnt. Man kann es ja wenn man die tools nicht verwendet wieder aktivieren. Anscheinend sperrt MS den Treiber für die Programme. Kam anscheinend mit einer der letzten Updates... Evtl muss auch core isolation aus aber das hab ich eh aus. Konnte es somit nicht verifizieren
 
Zuletzt bearbeitet:
@RedF dein EMI Schutz sieht ja interessant aus. Welche Materialen hast du verwendet und wie bist du vorgegangen. Hatte letzt auch gedacht dass das was bringt. Aber wenn ich mit Alu Folie um meinen Rechner rum springe frägt mich meine Frau bestimmt was ich jetzt schon wieder tüftel🤣🤣

Bringt das echt was?
Vorteil ist, dass es im Falle einer RMA einfach wieder abgezogen werden kann.
 
Hi, ich bin Neu hier im Forum und hoffe auf Eure Hilfe.
Meine neueste Errungenschaft ist ein

64GB Kingston FURY Beast schwarz DDR5-6000 DIMM CL30 Dual Kit​

Meine CPU : 78003dx
Board:

MAG X670E TOMAHAWK WIFI​

Meine Benchmarks in Aida 64 sind irgendwie too low für das Kit

cachemem2.png


Ich habe mich nun die ganze Woche mal durchgelesen, was Timings und besonders die Latency angeht.

Meine Zen Timings. :
ZenTimings.png


AMD Expo ist aktiviert.

Der Ram soll ja angeblich schnell sein, trotz alledem ist laut getesteter Benchmarks die Resultate ernüchternd.
Hat Jemand ein Idee?
 
Etwas offtopic aber bestimmt interessant zu wissen. Wer sein ropbench oder das CO tool hydra (1usmus) nicht gestartet bekommt sollte mal bei win11 im Defender unter dem Reiter core isolation die Treibersperrliste deaktivieren dann neustarten. Dann startet es wie gewohnt. Man kann es ja wenn man die tools nicht verwendet wieder aktivieren. Anscheinend sperrt MS den Treiber für die Programme. Kam anscheinend mit einer der letzten Updates... Evtl muss auch core isolation aus aber das hab ich eh aus. Konnte es somit nicht verifizieren

Wolf87, können Sie erklären, wie man das RopBench Core2Core-Diagramm liest, ob die Kerne gut übereinstimmen und worauf ich achten muss? Ich habe einen 7950X, das sind die Standardeinstellungen, alles auf Auto. Danke.

RopBench Core2Core.jpg RopBench Multi-Core.jpg
 
Zuletzt bearbeitet:
Der Ram soll ja angeblich schnell sein, trotz alledem ist laut getesteter Benchmarks die Resultate ernüchternd.
Hat Jemand ein Idee?
Mach den Latency Test mal im Abgesicherten Modus von Windows, du hast sicher ganz viel Bloatware im Hintergrund laufen.
 
Zuletzt bearbeitet:
@Veii
@RedF
@LuxSkywalker

Ich hatte ja gesagt ich schreibe Kelutrel an wegen dem core to core Thema in Ropbench.
Anbei die Antwort von ihm.

It is not a bug. That is the core-to-core latency, not the RAM latency or the cache latency. It measures the time for a new byte written by core X to be available for reading by core Y (represented by the X and Y coordinates of that chart).

For example, on a 7950X, if you write a new byte value in a memory location with a CCD1 core, it will take 125-135ns for that new byte value to be "seen" by a CCD2 core. Because that new byte has to go through the three levels of the caches of CCD1 and up to the RAM, and then from the RAM down and through the 3 levels of caches of CCD2, so on average it will be double the ram latency plus some bits for traversing the caches, that is what the tool displays. In that chart, your CCD1 cores are top left, and your CCD2 cores are bottom right.
The values displayed are correct and pretty precise. Afaik there is nothing similar in AIDA64. That latency is also one of the reasons why AMD, on X3D models, limits a videogame on a single CCD even on dual CCD cpus. The latency between CCDs is so high that (depending on how much that game is memory intensive) the performances may suffer even with double the cores. Maybe the color is what made you worry, I should have used a blue tint probably.

If you want to measure the RAM and cache latency instead, in a similar way to AIDA64, you can click on the "RAM & Cache" button

@Wolf87
Makes sense if he tests L1D to L3 to Cache to L1D back
While i hoped for L1D or if bigger command ~ L2 to L2 betweeen cores.
// Where there are 1 op (zero delay) transfers and normal (long dly) transfers
L3 is shared, soo tracking is difficult

Most commands get broken down into chunks and allocated ~ without ever leaving cache
To my understanding
That should happen on all games, which is what can expose unstable CO or FCLK Package throttle

But i think if the understanding was to target mem oc effectiveness.
~ the cache to mem to cache approach is something that can visualize when MCLK pushing makes sense or not

Hmm difficult.
Optimally would be if both ways are testet and displayed as different visual examples, as this L$ - MEM - L$ , method already should be similar to Cache & RAM test.
Yet nothing of both should actively show FCLK Throttle ~ given that part is load balanced and may not be easily viewed as unstable (low load?)

EDIT:
If we do aim to show dynamic throttle into access time values
Internal testing should not leak to mem.
Above test is an alternate approach for very likely correct target, yet not what i was personally looing for as SiSandra replacement.
// And it will explain why values are different too. We look at two different questions. :d
@Braegnok gerne duzen. Das war was wir rausfefunden hatten. Ich persönlich schaue nicht auf die peak Frequenz sondern auf die effektiv Frequenz. Schau mal in die readme von Ropbench da steht der Befehl. Diesen Befehl auf 10 sekunden dann noch setzen. Wenn sich durch co der effektive takt nicht ändert bist am Limit vom jeweiligen Kern. Aber auch im einzelchart gegen testen wenn die Kurve am Anfang mehrmals runter geht. Bedeutet das das der kern durch das co schwierigkeiten hat die frequenz zu halten. Wenn du über ropbench co einstellst kann es sein dass y cruncher und co natürlich nicht stable sind . Aber ich schau einfach im alltag ob mein game oder cinebench stable sind y cruncher ist halt etwas alltagsfremd
 
...
Ich habe mich nun die ganze Woche mal durchgelesen, was Timings und besonders die Latency angeht.
...
wen dem so wäre das du dich eingelesen hast, hättest du mindestens:
  • tWR
  • tRFC
  • tREFI
angepasst.

Ebenso Spannungen reduziert - die sind für "nur" 6000CL30 mit FLCK 2000 zu hoch:
  • VSOC
  • CPU VDDIO
  • MEM VPP
weiterhin
  • GDM = Disabled

der Startpost ist schonmal ein guter Einstieg - ebenso gibt es eine Excel Liste wo alle verfügbaren Informationen/Timings zusammen getragen wurden 😉
 
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