Dwayne_Johnson
Legende
- Mitglied seit
- 24.12.2009
- Beiträge
- 18.343
[Sammelthread] Ryzen DDR5 RAM OC Thread
- Ersteller Reous
- Erstellt am
etwas weniger Perforamance, kann man vernachlässigen wenn der Rest passt.
Dwayne_Johnson
Legende
- Mitglied seit
- 24.12.2009
- Beiträge
- 18.343
Ist das nur bei ASUS so? Oder bei bestimmten Chipsätzen oder bei bestimmten Modulen?
Da hab ich jetzt länger gerätselt, aber die meinte er auf Seite 150 nicht... dort war es schon die 93.17. Diese bekommt man wohl nicht mehr. Die 9517 schon. Aber ist die nicht anders? Zumindest die alleraktuellste Version hat teils andere Tests und ne leicht veränderte Menustruktur. Ok.
Ist ja wirklich süß das du dir dafür extra ein neuen Account erstellst, um uns unwissenden dein "wahres" Wissen versuchen aufzuschwatzen.
Aber nur mal so am Rande. Mein Wissen beruht nicht auf Internethalbwissen, wie das bei dir anscheinend der Fall ist. Daher kann ich auch das was du versuchst hier zu verzapfen widerlegen.
Die Verteilung der Daten auf die ICs ist nicht zufällig, sondern folgt IMMER einem geplanten Schema, das PRIMÄR auf Performance- und Effizienzoptimierung abzielt.
Grundlegend: Das Ziel ist, die parallele Verarbeitung der Daten zu maximieren und Engpässe zu minimieren. Der Speichercontroller entscheidet, wie die Daten auf die verschiedenen Speicherchips verteilt werden.
Die Verteilung basiert auf Adressbits, die bestimmten Reihen, Spalten, Bänken und Ranks zugeordnet sind.
Hier gibt es jetzt mehrere Funktionsweisen. Beim Thema Performance spielt der Burst-Access-Mechanismus eine wesentliche Rolle, heißt Daten werden in "Bursts" gelesen und geschrieben, die auf mehrere Speicherchips verteilt werden. Das bedeutet, dass ein Datenzugriff typischerweise mehrere ICs gleichzeitig involviert. Dann spielt natürlich auch noch ein Konzept namens Bank- und Rank-Interleaving eine Rolle. Hierbei werden Daten über verschiedene Speicherbänke und Ranks hinweg verteilt, um die parallele Verarbeitung zu maximieren und Engpässe zu minimieren.
Jetzt aber das entscheidende: Warum es keine zufällige Verteilung ist und dabei auch ganze ICs mit Daten frei bleiben können.
Eine zufällige Verteilung von Daten würde die Leistung drastisch beeinträchtigen, da moderne Speicherarchitekturen auf systematischer und gezielter Verteilung basieren. Zufälligkeit würde die Vorteile von Interleaving und parallelem Zugriff zunichte machen!!
Dann das für viele hier aller Entscheidendste. Thema Latenz.
Moderne Speichercontroller wie im aktuellen Ryzen auch, optimieren Zugriffe so, dass sie möglichst lokal bleiben, d. h., nahe beieinanderliegende Speicherzellen werden bevorzugt angesprochen. Das reduziert die Zugriffszeiten, da weniger interne Umschaltungen notwendig sind. Wenn die Daten über zu viele ICs verteilt werden, kann das zu zusätzlichen Verzögerungen führen, da der Speichercontroller zwischen ICs, Bänken oder Ranks umschalten muss. Heißt, auch dadurch können ganze ICs frei bleiben.
Das macht auch absolut Sinn, denn wenn alle ICs gleichzeitig aktiv sind, könnte das Design des Controllers ineffizient werden, insbesondere bei niedrigen Datenmengen.
Genau bei diesem Punkt hat AMD und Intel bei Consumer CPUs wo NUMA keine Rolle spielt sehr starken Fokus drauf gelegt, dass die Balken u.a. in Spielebenchmarks auch möglich groß sind.
Zuletzt bringt DDR5 auch noch sehr viele tolle Low-Power-Zustände mit. Heißt Teile des Speichers können komplett und bewusst deaktiviert werden, was ebenfalls dazu führen kann, dass einige ICs leer bleiben.
Selbst wenn man jetzt GEZIELT sowas wie Memory Scrambling nutzt, dies verändert die Darstellung der Daten auf physischer Ebene, führt aber nicht zu einer "zufälligen" Verteilung auf ICs.
Da kannst du im Bios einstellen was du willst.
Also nochmal zurück zum Szenario 28 von 32 GB für Karhu. Können ICs bei so einer Auslastung frei/ungetestet bleiben? Ja können sie. Ist das bei der Datenmenge wahrscheinlich? Eher nicht aber ausschließen kann man es auch nicht komplett. Daher bleibt meine Aussage im Kern richtig.
Zuletzt bearbeitet:
Dwayne_Johnson
Legende
- Mitglied seit
- 24.12.2009
- Beiträge
- 18.343
Wer Bock/Langeweile und zufällig 2 oder mehrere PC-Setups zum Vergleichen parat hat...
www.hardwareluxx.de
Zen5 X3D Overclocking Thread | 9800X3D | 9850X3D | 9900X3D | 9950X3D
Dann müsste ich ja mit meinen 467fps auf dem ASUS-Billig-MB zufrieden sein
www.hardwareluxx.de
Zuletzt bearbeitet:
LuxSkywalker
Urgestein
webmi
Legende
- Mitglied seit
- 27.02.2013
- Beiträge
- 20.548
Asus startet das neue Jahr mit einem BIOS Update für Strix X870-F
Habe mir in diesem Zug mal fix die Mühe gemacht, ein paar Settings zu testen um einen Verglecih zu haben
BIOS Defaults (4800Mhz)
EXPO I
EXPO II + PBO + FCLK
6400Mhz nur Primarys (+ Legacy)
6400 mit Subs
Das Ganze dann auch kurz noch mal TM5 (war ja mein altes Setting, hier nur mit dem neuen BIOS als Schnelltest)
Habe mir in diesem Zug mal fix die Mühe gemacht, ein paar Settings zu testen um einen Verglecih zu haben
BIOS Defaults (4800Mhz)
EXPO I
EXPO II + PBO + FCLK
6400Mhz nur Primarys (+ Legacy)
6400 mit Subs
Das Ganze dann auch kurz noch mal TM5 (war ja mein altes Setting, hier nur mit dem neuen BIOS als Schnelltest)
Hi guys,
Myth busted.
8000CL36-16-45-40-40-46 trfc(ns) 116 tRFC 464 trefi 65535 synced channel A/B 37/37 tightest timings PBO 105W default Limits 142/110/170
Stable Saga to be continued ... guess which is next to run ... Y-cruncher FFT/N64/VT3 combo ... done
Myth busted.
8000CL36-16-45-40-40-46 trfc(ns) 116 tRFC 464 trefi 65535 synced channel A/B 37/37 tightest timings PBO 105W default Limits 142/110/170
Stable Saga to be continued ... guess which is next to run ... Y-cruncher FFT/N64/VT3 combo ... done
Zuletzt bearbeitet:
@Tatilica why are you bombing your posts each time with tons of fullscreen screenshots? If you think this is necessary, could you please hide them in a spoiler?
An die Y-Cruncher Freunde - was ist davon zu halten?
Ich hab n RAM Setting, das Karhu und TM5 gut übersteht. Im Y-Cruncher ists immer sofort zuende - ich denk, da stimmt mit der CPU was nicht, oder?
Mit typischem PBO ists Core 4, der hier aussteigt. Ohne PBO (=Disabled) ists Core 5, der aussteigt. Oder ist meine Interpretation falsch und dass sofortige Aussteigen liegt nicht an der CPU sondern am RAM?
An die Y-Cruncher Freunde - was ist davon zu halten?
Ich hab n RAM Setting, das Karhu und TM5 gut übersteht. Im Y-Cruncher ists immer sofort zuende - ich denk, da stimmt mit der CPU was nicht, oder?
Mit typischem PBO ists Core 4, der hier aussteigt. Ohne PBO (=Disabled) ists Core 5, der aussteigt. Oder ist meine Interpretation falsch und dass sofortige Aussteigen liegt nicht an der CPU sondern am RAM?
LuxSkywalker
Urgestein
@ApolloX
PBO komplett deaktivieren und RAM ausgiebig testen - wenn RAM irgendwann stabil dann kannst du wieder PBO einschalten und siehst was geht
beides gleichzeitig kannst du nicht testen - weil instabiler RAM und PBO/CPU sich gegenseitig beinflussen
daher immer erstmal nur eins testen und dann das andere
PBO komplett deaktivieren und RAM ausgiebig testen - wenn RAM irgendwann stabil dann kannst du wieder PBO einschalten und siehst was geht
beides gleichzeitig kannst du nicht testen - weil instabiler RAM und PBO/CPU sich gegenseitig beinflussen
daher immer erstmal nur eins testen und dann das andere
- Mitglied seit
- 15.11.2002
- Beiträge
- 28.300
6.000 MT/s bei CL26 und CL28: G.Skill stellt Low-Latency-DDR5-Kits mit bis zu 64 GB vor - Hardwareluxx
6.000 MT/s bei CL26 und CL28: G.Skill stellt Low-Latency-DDR5-Kits mit bis zu 64 GB vor.
www.hardwareluxx.de
Im Prinzip nur Spannung angepasst und zwei Tick Cl runter...6.000 MT/s bei CL26 und CL28: G.Skill stellt Low-Latency-DDR5-Kits mit bis zu 64 GB vor - Hardwareluxx
6.000 MT/s bei CL26 und CL28: G.Skill stellt Low-Latency-DDR5-Kits mit bis zu 64 GB vor.
Bin ich bei dir und ist mir klar.
Der oben gezeigte Screenshot ist unter PBO deactivated entstanden - bei einem RAM Setting, welches Karhu 5000% und TM5 Extreme fehlerfrei durch ist. Wenn nun der Y-Cr Test innerhalb von Sekunden abbricht, wäre mein erster Reflex, dass es nicht der RAM ist - der hat hier ja z.B. noch nicht mal begonnen, warm zu werden. Wenn es doch der RAM ist (Speed, Timings, Spannungen, Wiederstände), dann könnte man sich Karhu und TM5 auch sparen - daran glaub ich vorerst noch nicht.
LuxSkywalker
Urgestein
karhu ist nicht meins - damit kann ich diverse RAM Settings bei mir mit +20k laufen lassen welche mir bei Prime large fft AVX sofort um die Ohren fliegen (ich weiß gleich gibt's wieder haue von diversen Leuten die das anders sehen, aber ej das sind halt meine persönlichen Erfahrungen bei Ryzen DDR5)
hast du auch
eingestellt oder übertaktet dein Board lustig alle deine Kerne?
es ist halt irgendwie doof das die MB Hersteller selbst mit CMOS default diverse Übertaktungsfunktionen aktivieren welche halt eben nicht mit jdeder CPU stabil sind
ich würde an deiner Stelle halt mal im Board alle möglichen automatischen übertaktungen deaktivieren und dann nochmal ycruncher testen
meine Board z.B. lässt nach CMOS default alle Kerne bei gut 5,3GHz laufen Multicore Last - obwohl lt. Spec nur 4,7GHz von AMD vorgesehen wird - das war bei mir zwar stabil aber mit Vcore Spannungen jenseits von gut und böse
hast du auch
Code:
Core Performance Boost [Disabled]es ist halt irgendwie doof das die MB Hersteller selbst mit CMOS default diverse Übertaktungsfunktionen aktivieren welche halt eben nicht mit jdeder CPU stabil sind
ich würde an deiner Stelle halt mal im Board alle möglichen automatischen übertaktungen deaktivieren und dann nochmal ycruncher testen
meine Board z.B. lässt nach CMOS default alle Kerne bei gut 5,3GHz laufen Multicore Last - obwohl lt. Spec nur 4,7GHz von AMD vorgesehen wird - das war bei mir zwar stabil aber mit Vcore Spannungen jenseits von gut und böse
5000% Karhu ist zu wenig. Bei mir kamen bei 40k% noch Fehler & P95 hat es auch nicht bestanden. Ycruncher ist eigentlich eher gutmütig und verbirgt Fehler die bspw. P95 innerhalb von Minuten findet.
Hi guys, nope, no need to disable PBO when testing Cruncher, why you should test uncomplete "stable" Profile, to put back your cores issues later again in one unstable scenario 🤕
Don't be surprised, now that's more than clear from the beginning, nobody are not sitting on magic carpet to know which one cores yours are lacking of one core voltages, maybe all, adjusting only CO-15 work for me 👍
Told to you already, in earlier posted one, which your issues are TM5 or Karhu, maybe not only yours, guess what, nobody listen, even you, not even read it, weird 🤔
Told you from first phrase "FFT/N64/VT3 the hardest combo to pass I've faced so far Y-Cruncher test suite AVX2 dataset is hard, it's for everyone who tested only TM5 or only Karhu tests so far, and they are already validated them as stable Profile, coz "hooray that's stable, no errors" couple hours 🤕
So will N64 hardest from them all can find out in no time memory controller errors by cores weaknesess instant, coz it was not being in hury like you running from him all the time, it will find out your instability or lack of cores voltages in no time.
I founded this bad rushing behavoir seened couple month so far, mostly cause of lot welcomed Intel refugees involved, and is nothing wrong with that, salute them btw, just but being hungry to learn from us, AMD Luxxe or OCN old truckers, they better need guided inline to mems OC testing scenario, AMD is not INTEL, here's different platform and architecture, only same is named "CPU"
Ryzen has different architecture, and cores behavoir by his own voltages managment and hates XMP, Expo is not so far, I can tell, better way to max. performance profiles is all you can do only manually, clear & crystal in all stable OC scenario, AMD is not Intel like one click XMP, one tick ratio or another fixed core voltages playing with, than go, go, go we have some games to play 🤓
AMD OCing involves a lot of time-consumer indeed, no excuses are accepted if you want to learn AMD cpu & mems OC stuff, but instead you're acting by your own old Intel behavoir OCing stuff on AMD cpu's, when you don't understand, coming from Intel, what we are talking about here AM5 thread, like an old chinese Zen broken language 🤭
If you are not properly doing well all stability tests coz different reason, like sorry a lot time-consumer, lack of time for testing, better play games, no bsod, no insta crahses in games, that's stable, no need and so on, bla, bla, bla... that's fine here's your call, better listen and learn, don't teach other Luxxers enthusiasts here, nothing ...
Long story, short version, pls work harder~it's not that hard~almost there~good luck 👍
No ofense here last part, not for you, coz I can remember AM4 58X3D thread funny old times spended together 😜
It look's much for whom probably came from intel....and never used Ryzen cpu's.
And its best to actually use all testing enginees like Karhu & TM5 & Cruncher & OCCT with same your best OC profile if gives them accurate guidance and confidence, not to swap setup settings all the time only to pass them, no need, play well this time, won't regret 🙏
Nicest way i can put this.
Not so nice way to put this.
See ya, and good luck stay 🔝
Edit: sorry for posting again tons of 2 more fullscreen screenshot, brand new super tightest timmings 8000 profile ... setup settings below ...
No OPP, No Memory Timing Preset No HighEfficiencyMode all stays Auto
No Memory Try It
No Expo, No Nitro,
No MemoryContextRestore,
No Power Down & more...all Disabled
Anhänge
![MSI_Precision Boost _[2024-12-29-14-37-28]_edit_204041750844663.jpg](/community/data/attachments/924/924334-04a25a544496e3b365dea08555fac16f.jpg)
Zuletzt bearbeitet:
Bam_Bam
Experte
- Mitglied seit
- 09.01.2024
- Beiträge
- 567
Wenn TM5 durchläuft sind Prime lage FFTs bei mir (7800X3d) "nur" noch co Fehler. Entsprechende Worker -1 = CPU-Kern. Diesen +1 bis der Worker keinen Fehler mehr bringt.
YC FFT bringt ähnliche Ergebnisse.
Zuletzt bearbeitet:
webmi
Legende
- Mitglied seit
- 27.02.2013
- Beiträge
- 20.548
Aus diesem und anderen Gründen würde ich RAM bzw CPU OC auch niemals jeweils ohne das andere testen.
Es muss am Ende ja auch zusammen stabil laufen. Klar kann man mal kurz den CPU OC rausnehmen um zu verifizieren woran es liegt, aber laufen muss bzw. soll es ja in Kombination.
Es beeinflusst sich ja auch gegenseitig. Bei X3D nicht so stark, wegen dem Cache, bei Intel aber hat man schon sehr gemerkt, wie viel härter die CPU arbeiten musste, wenn sie schnellen RAM hatte. Auch ein Grund warum 9800X3D RAM OC so einfach ist.
Temperaturen und benötigte Spannungen sind in Kombination andere, als wenn man jeweils nur das eine auslotet bzw. testet.
Aus meiner Sicht wäre es fatal beides separat auszuloten. Deshalb empfiehlt es sich sein CPU OC auch wirklich erst soweit zu haben, dass man sich beim anschließenden RAM OC darauf auch verlassen kann.
Es muss am Ende ja auch zusammen stabil laufen. Klar kann man mal kurz den CPU OC rausnehmen um zu verifizieren woran es liegt, aber laufen muss bzw. soll es ja in Kombination.
Es beeinflusst sich ja auch gegenseitig. Bei X3D nicht so stark, wegen dem Cache, bei Intel aber hat man schon sehr gemerkt, wie viel härter die CPU arbeiten musste, wenn sie schnellen RAM hatte. Auch ein Grund warum 9800X3D RAM OC so einfach ist.
Temperaturen und benötigte Spannungen sind in Kombination andere, als wenn man jeweils nur das eine auslotet bzw. testet.
Aus meiner Sicht wäre es fatal beides separat auszuloten. Deshalb empfiehlt es sich sein CPU OC auch wirklich erst soweit zu haben, dass man sich beim anschließenden RAM OC darauf auch verlassen kann.
Zuletzt bearbeitet:
letsgobrandon
Profi
- Mitglied seit
- 20.10.2023
- Beiträge
- 26
Nonsense.
Erst kommt der Ram OC, weil der bringt ja auch am meisten real-world performance.
Und dann bitte so testen.
Danach kann man dann noch PBO/Curve Optimizer aktivieren, und sollte dann auch nochmal Large FFTs und Blend durchlaufen.
LuxSkywalker
Urgestein
kann ich leider nicht bestätigen ^^
ich habe meinen RAM zu anfang immer ohne PBO optimiert. Bei mir (7900x) war es dann immer nur irgendeine klitzekeine Spannung welche (noch) nicht gepasst hat
was es bzgl Karhu aber dann im Endeffekt trotzdem nicht besser macht - wie gesagt +20k ohne Fehler... vielen hier reicht ja ein Bruchteil um zu behaupten ihr System wäre "rock-stable" ^^
mein Endgegner ist und bleibt Prime
webmi
Legende
- Mitglied seit
- 27.02.2013
- Beiträge
- 20.548
RAM OC bringt so gut wie gar nix (bei X3D), deine Spiele laufen nicht schneller und dein CB Score wird nicht besser. Das passiert alles über den CPU Takt
Ich persönlich mache immer zuerst die CPU und dann den RAM, aber das kannst du halten wie du willst 🫡
So wie du testet, testest du halt RAM ohne CPU OC, zumindest bei Intel war das fatal, beim X3D ist das nicht so wild. Der RAM schlägt hier einfach nicht so durch. Das siehst du schon daran, dass du kaum Performance gewinnst durch RAM OC beim AMD/X3D.
Aber wie gesagt, MEINE SICHT, wenn ihr RAM ohne CPU testen wollt, macht 👍
Ähnliche Themen
