[Sammelthread] Ryzen DDR5 RAM OC Thread

[machiavelli1986]

Bios 1504 auf meinem Asus X870E-E Board bringt echt ein paar Eigenheiten mit sich. Ich habe nun mal Default ExpoII am laufen, jedoch mit Anpassung von GDM (off), tRfC und tREFI.
Mit GDM on habe ich unterschiedliche Werte bei tPHYRDL gehabt auf beiden Riegel (schon mit vorherigen Bios). Mit GDM off sind die Werte dann identisch. Nun habe ich aber unterschiedliche tRDWR Werte mit Auto. Irgendwie ist dieses Bios verhext. Gestern hatte ich auch mehrere Stunden Kahru, Prime und LinpackXtreme laufen lassen und heute beim Kaltstart war er dann wieder im Bootloop (wohl SOC Spannung, da mit Änderung von 1.25 auf 1.26 dann wieder ein Boot möglich war).
Werde es jetzt aber mal so laufen lassen und schauen wie weit ich nun mit SOC runter komme.

 

[XST3RN]

...dauert halt eine Ewigkeit ~180GB RAM mit Karhu zu testen, ich habe aber auch keine Idee wie es schneller gehen könnte . Vlt. ist Y.Cruncher noch ein gangbarer weg , aber falls der "coefficient is too large" Fehler dann auftaucht, das kann auch sehr gut ausschließlich CPU bedingt sein....

auch bei meinen 96gb dauert das schon lange, ich teste da mit tm5 und ycruncher - und wenn man mal zwischen testen will (stable testen) dann karhu über Nacht.

10.000% bei dauert 9-10h

Booten kann ich es, aber weit weg von stabil.

Könnte natürlich sein das mein 7er MoBo Layer nicht förderlich ist

Zur Erinnerung:
Anhang anzeigen 1114084

schaut aus wie von der nasa

Shit das ist nicht das was ich hören wollte, dann ist das ja anstrengender als gedacht, meine idee war anfangs, das ich mit den spannungen halt quasi all in gehe und dann nach und nach runter gehe. Aber wenn selbst zu hohe spannungen die trotzdem noch safe sind problematisch sind, ist das ja ein höllenakt und auch verständlich das nahezu niemand das experient wagt mit 4x DR riegeln

eine Voll Bestückung ist immer ein Problem , allein 2x 48gb ist schon hart für den Speicher Controller ... - da muss man schon wissen was man tut.

 

[Neon Knights]

Neon Knights schrieb:
...dauert halt eine Ewigkeit ~180GB RAM mit Karhu zu testen, ich habe aber auch keine Idee wie es schneller gehen könnte . Vlt. ist Y.Cruncher noch ein gangbarer weg , aber falls der "coefficient is too large" Fehler dann auftaucht, das kann auch sehr gut ausschließlich CPU bedingt sein....

..für 5000% brauch Karhu 96min. bei nur 48Gb. Der Prozzi tut ja auch noch ´ne Schüppe drauf.

 

[XST3RN]

..für 5000% brauch Karhu 96min. bei nur 48Gb. Der Prozzi tut ja auch noch ´ne Schüppe drauf.

Anhang anzeigen 1114198

joa aber stock doch nicht (und nur mit 8 kernen) also 9800x3d oder ?

13h xD (das sinkt dann noch auf ~9-10h)

 

[Neon Knights]

joa aber stock doch nicht (und nur mit 8 kernen) also 9800x3d oder ?

13h xD (das sinkt dann noch auf ~9-10h)

ne ne meiner ist ein 9950X3D - siehe system.
Mein 5000% Karhu Test oben war, glaube ich mit TRFC 672, bin aber zurück auf 704. War vor ein paar Tagen heftige Gewitter hier , so habe ich das ganze Ding über Nacht komplett Spannungslos gesetzt. Am nächsten Morgen wollte der Koffer nicht mehr starten - CMOS clear + Load Profile war dann nötig.

 

[ThunderXX80]

4 DR Riegel produzieren ganz schön Hitze und es geht kaum Luft durch..... Passt die Kühlung?
AMD gibt 3200MT/s für 4x DR an.
Bei 2x DR sind 6400 schon nicht so easy. Ich würde mal die Timings drastisch lockern, um die maximale Taktfrequenz zu ermitteln. Dann würde ich die Timings wieder straffen.

PS: ich hatte mal ein 32GB Modul wo der PMIC anscheinend falsch programmiert war oder die Leistung überschritten wurde. Bei EXPO 1,35V gab es Abstürze sobald Last auf den RAM kam. Mit 1,31V lief dieses Modul dann problemlos. Die waren wahrscheinlich zu grenzwertig ausgelegt, da der PMIC bei 1,4V schon das Booten verhinderte, statt der sonst gewohnten 1,43V, die normalerweise immer eingestellt werden können. Das 2. Modul aus dem Kit lief mit 1,35V problemlos.

 

[XST3RN]

PS: ich hatte mal ein 32GB Modul wo der PMIC anscheinend falsch programmiert war oder die Leistung überschritten wurde. Bei EXPO 1,35V gab es Abstürze sobald Last auf den RAM kam. Mit 1,31V lief dieses Modul dann problemlos. Die waren wahrscheinlich zu grenzwertig ausgelegt, da der PMIC bei 1,4V schon das Booten verhinderte, statt der sonst gewohnten 1,43V, die normalerweise immer eingestellt werden können. Das 2. Modul aus dem Kit lief mit 1,35V problemlos.

ich hab die Erfahrung gemacht das es auch ich nenne es "Holes" gibt , es kann sein das 1.4v laufen , 1.41-1.43v nicht laufen und bei 1.44v wieder alles läuft - keine Ahnung ob andere auch schon diese Erfahrung gemacht haben (bei mir war das damals bei einem mdie kit der 1. gen)

ram oc ist so wild - und je mehr speicher desto schlimmer wird es gefühlt , und der endgegner ist immer die vollbestückung + viel speicher + dr

Bei 2x DR sind 6400 schon nicht so easy.

das kann ich 1:1 so bestätigen

 

[HatsuneMiku39]

Aktuell bin ich auf 5200runter und das scheint wohl zu gehen.

 

[machiavelli1986]

Kann mir einer sagen in welchem Bereich ein Fehler bei einem Prime95 Error bei FFT 6048K zu suchen ist (nach 5.5 Stunden ein Worker ausgefallen)? Mir ist das gar nie aufgefallen, dass Prime mittlerweile bis 8182K testet. Früher waren es glaube ich 4096K.

Hier gibt es einen Tipps Thread, aber nichts zu den hohen FFTs.

Tipps zu Prime95, Bluescreens und Co - Seite 2 - Hardwareluxx

Die Hardwareluxx OCWEEK15 startet mit einem ausführlichen Guide, wie aktuelle Prozessoren übertaktet werden können.

www.hardwareluxx.de

 

[XST3RN]

Kann mir einer sagen in welchem Bereich ein Fehler bei einem Prime95 Error bei FFT 6048K zu suchen ist (nach 5.5 Stunden ein Worker ausgefallen)? Mir ist das gar nie aufgefallen, dass Prime mittlerweile bis 8182K testet. Früher waren es glaube ich 4096K.

was ich dir sagen kann ist das man kein prime95 mehr nutzt vor allem nicht mit einer modernen cpu. der way2go ist ycruncher.

 

[machiavelli1986]

Danke, mach ich mich mal schlau damit.

 

[Vince96]

Booten kann ich es, aber weit weg von stabil.

Könnte natürlich sein das mein 7er MoBo Layer nicht förderlich ist

Zur Erinnerung:
Anhang anzeigen 1114084

Zur Info:
Auch 8200 sind mit einem Ryzen 9000 möglich, ja Timings gehen nicht so stramm weil meine Kühlung nicht auf die DIMMs passt.

 

[XST3RN]

ja es wär traurig wenn du die 8000mhz mit dem ASRock B650M-HDV/M.2 nicht zum laufen bekommen würdest - das board hatte doch soweit ich weis auch schon den einen oder anderen Rekord eingefahren und gilt als absoluter RAM oc Insider

 

[RedF]

8000 läuft ohne Probleme, wie weit es noch geht werde ich sehen.

 

[Vince96]

ja es wär traurig wenn du die 8000mhz mit dem ASRock B650M-HDV/M.2 nicht zum laufen bekommen würdest - das board hatte doch soweit ich weis auch schon den einen oder anderen Rekord eingefahren und gilt als absoluter RAM oc Insider

So gut ist das Board nicht. Signalleitungen sind "billig", sieht man auch an den hohen Widerständen, die gefahren werden müssen sowie der hohen CDLO VDDP. Gegen ein GENE oder ein APEX kommt es nicht hin. Aber für ein 100 € Board schon beachtlich. Aber es kommen ja noch einige 1DPC Boards: Apex, Tachyon (vlt. irgendwann), Mpower, Taichi OCF

 

[XST3RN]

ich hab mir ein carbon bestellt , bin mal gespannt was das so kann - mittlerweile schaffen ja alle "aktuellen" boards die 8000mhz insofern man sr und 2 riegel nutzt

asrock kauf ich nicht wegen den aktuellen problemen
asus kauf ich nicht weil mich deren preispolitik nervt

blieb also nurnoch msi

und dazu direkt

1.45v cl26 ist halt schon krank gut gebinnt ... mir fällt nichts gleichwertiges out of the box ein.

 

[webmi]

meine Kühlung nicht auf die DIMMs passt.
Anhang anzeigen 1114374

Hab noch eines der „handgemachten“ Kühlkits, sprich Heatspreader und Jonsbo NF2 nachdem ich doch jetzt wieder auf Wasser umgebaut hab, falls das interessant ist

 

[LuxSkywalker]

was ich dir sagen kann ist das man kein prime95 mehr nutzt vor allem nicht mit einer modernen cpu. der way2go ist ycruncher.

Weil? Damit mit Prime eben doch auffällt das euer ach so stabiles OC halt dich nicht stabil ist?

Wenn Prime abbricht hat das System ein Stabilitätsproblem.

 

[XST3RN]

Weil? Damit mit Prime eben doch auffällt das euer ach so stabiles OC halt dich nicht stabil ist?

Wenn Prime abbricht hat das System ein Stabilitätsproblem.

weil man mit ycruncher einfach besser identifizieren kann wo genau das problem ist. - zumindest empfinde ich das so

overall gesehen kann ycruncher das gleiche was prime kann nur in besser & mehr

---

add: ich würde heutzutage einfach keine cpu / kein setup mehr 8-12h lang mit prime quälen - das hat man früher so gemacht , aber heutzutage bei dem oc den man betreibt nicht nötig
der mix macht es am ende , bisschen cb23 , ycruncher , karhu , tm5 und vielleicht noch 3d mark und als letztes gaming sollte der way2go sein 2025

 

[HatsuneMiku39]

Diese werte scheinen zu laufen, jetzt kann ich ans ausloten gehen, wo kann ich nochwas rausholen ? Ich hab in AIDA ne latenz von 75ns, bin mir auch sicher das einige Werte komplett falsch gesetzt sind und daher nicht optimal laufen.
einstellt hab ich bisher
TCL weiter runter startet die kiste nicht mehr
tRCDWR weiter runter startet die kiste nicht mehr
tRCDRD weiter runter startet die kiste nicht mehr
tRP
tRAS
tRC
TWR
tRFC1 weiter runter startet die kiste nicht mehr ich weiss das 160ns optimal wären, aber ist nicht drin, war auch schon so mit nur einem kit bei 6000
tREFI

alle anderen Werte sind noch auf auto, spannungen will ich als letztes machen.

 

[seppelchen]

Irgendwo ist doch noch der Wurm drin... wenn das System einfriert, ist das doch dann VSoc oder könnte das (auch) am CO liegen. Alle Tests laufen, jedoch habe ich hin und wieder diese Freezes (ist beim kopieren auf einen USB Stick passiert). Hatte VDDQ bis auf 1,05V erhöht, dann lief es und gestern ist er beim Surfen wieder eingefroren.

 

[Vince96]

Irgendwo ist doch noch der Wurm drin... wenn das System einfriert, ist das doch dann VSoc oder könnte das (auch) am CO liegen. Alle Tests laufen, jedoch habe ich hin und wieder diese Freezes (ist beim kopieren auf einen USB Stick passiert). Hatte VDDQ bis auf 1,05V erhöht, dann lief es und gestern ist er beim Surfen wieder eingefroren.

Idle freezes, kommt vom CO. Am besten Curve Shaper verwenden und den ersten Shaper Point auf 0 belassen.

 

[HatsuneMiku39]

Curve Optimizer habe ich inzwischen komplett weggelassen, da hatte ich bisher wohl auch immer krüppel erwischt, alle tests etc erfolgreich und random abstürze. die paar watt/%mehrleistung ist es mir dann nicht wert.
Hab stattdessen auf der kernspannung nen offset von -0,025 gesetzt gehabt, das lief dann gut

 

[medifix]

@ seppelchen

mein setting ist ebenfalls stabil (hci memtest). beim surfen gab es dann freezes. ich musste die vddio um 30 mv erhöhen. bisher läuft's...

 

[ThunderXX80]

@xST4R : Prime95 LargeFFT ist sogar ein ausgezeichnet guter Schnelltest beim RAM OC. Der spuckt Fehler gerne mal deutlich schneller aus als Ycruncher und ist für die CPU gar kein Problem. Außerdem treibt er die Temperatur des RAM auch schön schnell in die Höhe. AMD ist bei den Single CCD CPUs mit vernünftiger Kühlung sogar der extrem heiß laufende SmallFFT Test trotz OC gar kein Problem. Den verwende ich aber nur, um zu prüfen, ob ausreichend Kühlleistung vorhanden ist.
Schlussendlich soll jeder testen wie er glaubt

@HatsuneMiku39 :
trefi würde ich bei 4x DR nicht auf 65535 setzen. Die Performance ist ggü. 50000 kaum besser (vielleicht theoretisch messbar), aber die Hitzeentwicklung ist höher und die Temperatur ist bei 4x DR ein großes Thema.

 

[machiavelli1986]

add: ich würde heutzutage einfach keine cpu / kein setup mehr 8-12h lang mit prime quälen - das hat man früher so gemacht , aber heutzutage bei dem oc den man betreibt nicht nötig
der mix macht es am ende , bisschen cb23 , ycruncher , karhu , tm5 und vielleicht noch 3d mark und als letztes gaming sollte der way2go sein 2025

Irgendwie überzeugt mich das nicht so, ganz auf Prime95 zu verzichten. Ich hatte mit einer alten Biosversion 10 Std Prime95 erfolgreich ohne Fehler. Nach Update des Bios auf 1504 hatte ich nur Probleme mit demselben Setting, bin deshalb wieder zurück auf 1401. Aber auch hier musste ich feststellen, dass ich mit Prime95 bei den 6048Ks Fehler hatte. Mit Prime95 kann ich den ganz gut reproduzieren (innert wenigen Minuten), indem ich einfach auf 6048K eingeschränkt hatte. Bin dann Step by Step von Default Expo wieder Richtung mein Setting (Default gab keinen Fehler). Bei mir war es nun der GDM, welchen ich disabled hatte (um auf beiden Riegel den identisch Wert unter tPHYRDL zu erhalten). Mit enabled wieder fehlerfrei. Evtl. war mit Bios 1504 noch schneller Schluss als mit 1401 bei GDM disabled.
Y Cruncher werde ich mir aber mal zu Gemüte führen. Auch der ist ohne Fehler durchgelaufen (nehme ich an). Wie macht sich das bemerkbar? In diesem Bereich des Resultats?:

Spot Check: Good through 10,000,000,000
Timer Sanity Check: Passed
Frequency Sanity Check: Disabled in this version of y-cruncher
Reference Clock:
Reference Clock 0: 10,000,000
Reference Clock 1: 131,598,093
Reference Clock 2: 26,482,628
Is Debugger Present: No
Is Contiguous: Yes
ECC Recovered Errors: 0
Colors: Yes
Status Line: overwrite

Jetzt habe ich nur wieder unterschiedliche tPHYRDL Werte, was mich nervt. Bin aber mit meinen laschen Settings schon bei SOC 1.25V, sehe da keinen Bedarf noch höher zu gehen.

 

[Induktor]

Jetzt habe ich nur wieder unterschiedliche tPHYRDL Werte, was mich nervt.

Wo ist das Problem? Dann gehst du halt ins BIOS setzt ein Settings, wo PHY synchron läuft. Gibt extra eine Einstellung dafür. Bei MSI nennt sich das ARdPrIntVal P0 Control. Bei ASUS wird's vermutlich einen anderen Namen haben.

 

[webmi]

Heißt da genauso 👍

 

[machiavelli1986]

Danke, kannte ich nicht.

 

[_Timon_]

Weil ich es immer mal lese aber nie so richtig raus höre was es bringt.
Was genau ist schlimm daran wenn die tPHY Werte unterschiedlich sind? Ist das eher ein nice to have oder bringt das soviel die gleich zu haben? Und was für Werte wäre den da gut?