[Sammelthread] Ryzen DDR5 RAM OC Thread

[XST3RN]

Können zu hohe spannungen auch fehler verursachen oder sind die spannungen ab Wert X irrelevant ?

ja können sie , deswegen schrieb ich ja ausloten ...

 

[HatsuneMiku39]

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

 

[Neon Knights]

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

...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....

 

[Vince96]

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

Du musst versuchen Spannungen wie VDD, VDDQ, VDDIO und VSOC nachdem alles Stabil ist zu senken und nicht schon zuvor.
CLDO VDDP würde ich mit 1,05V versuchen und in 0,05V Schritten anpassen.
Sobald es läuft, kannst du die Frequenz anpassen und die Timings anziehen.

Starten würde ich mit 5600 C32-38-38 damit noch genügend VDD Puffer besteht.

 

[RedF]

Kannst dich mal daran richten, vielleicht funktioniert es.

VDDIO & VDDQ = 1,32V
VDD = 1,4V
VDDP = 1,06

Rest auf Auto

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:

 

[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

Also auf meinem HDV lief es.

 

[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...