[Sammelthread] Ryzen DDR5 RAM OC Thread

Stimmt natürlich. Aktuell leider alles auf einer 990 pro. Klingt jetzt evtl. etwas paranoid, aber alles an Sticks/SSDs/HDDs,
was auch nur einmal Kontakt zum alten System hatte, wird nicht mehr für neues System verwendet. Muss wohl nen neuen,
schnellen Stick bestellen. Hab schon Alpträume von beschädigten Dateien.;)
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Bis auf bei den Nanya DDR5 Sticks hatte ich damit keine Probleme.
 
Bin ja bescheuert, sorry, kann mit Macrium Reflect ja einen Boot-Menü-Eintrag machen.
Einen neuen, großen Stick hab ich ja, schon Windows drauf als Absicherung, und da kann
ich ja in neuem Ordner auch das Backup speichern.:wall:
 
Verdammt, Curve Offsets individuell für jeden Kern, nice!(y)
Und was für niedrige trfc2 Werte ihr alle habt😱...da muss ich mich noch richtig einlesen in Sachen AMD.
Solche Werte hätte ich bei meinem 13600k mal versuchen sollen lol, keine Chance.;)
Mal kurz an alle erfahrenen Übertakter & Undervolter ist der 9800X3D anfällig für beschädigte Dateien,
wenn das System mal kurz, minimal instabil ist? Ich hörte nicht. Bezogen auf wenn man versucht VSOC
etwas weiter runter zubekommen oder Curve Optimizer.
Wie gesagt, vermutlich hatte ich ständig beschädigte Dateien (schon direkt nach Win install) beim 13600k, weil
was mit der cpu nicht stimmte, aber da ich es immer noch nicht genau weiß, mal die Frage. Werde ich wohl erst
genau wissen, wenn ich die cpu irgendwann mal tausche.
gupsterks Methode zum CO einstellen war echt gut: https://www.overclock.net/threads/a...er-core-curve-shaper-ddr5-oc.1814427/#replies
 
Nachdem die 8000MT/s auf dem X relativ schnell stabil waren, musste ich natürlich - trotz aller vorherigen Versprechen mir ggü., doch weiter probieren ;)

An den 8200 scheitere ich - allerdings hatte ich nur 2-3 halbherzige Versuche unternommen (VDDP und / oder VSoc leicht erhöht). Die 8100 liefen dagegen ohne weiteres, habe lediglich VDDP auf 1,075V gesetzt. VDDG sowie VSoc und VDDIO blieben unverändert wie bei den 8000MT/s (0,96 / 1,165 / 1,43V). Ich hatte vergessen den RAM Lüfter ins Gehäuse zu setzen und dann wollte ich mal sehen wie lange es läuft. Der Airflow scheint zu dann ja passen...

Screenshot_Godlike_8100MTs.png

Das Apex ist inzwischen bei seinem neuen Besitzer, auf dem Brett waren die 8100 übrigens nicht stabil, ebenso wie Nitro 1/3/1. Falls ihr euch fragt, das Godlike X ist nur aus optischen Gründen gekommen. Der PC steht neben mir auf dem Tisch und ich freue mich wie ein kleiner Bub an Weihnachten :)
 
Zuletzt bearbeitet:
Wie lange hats bei den 8 Cores gedauert?
Beitrag automatisch zusammengeführt:

Nachdem die 8000MT/s auf dem X relativ schnell stabil waren, musste ich natürlich - trotz aller vorherigen Versprechen mir ggü., doch weiter probieren ;)

An den 8200 scheitere ich - allerdings hatte ich nur 2-3 halbherzige Versuche unternommen (VDDP und / oder VSoc leicht erhöht). Die 8100 liefen dagegen ohne weiteres, habe lediglich VDDP auf 1,075V gesetzt. VDDG sowie VSoc und VDDIO blieben unverändert wie bei den 8000MT/s (0,96 / 1,165 / 1,43V). Ich hatte vergessen den RAM Lüfter ins Gehäuse zu setzen und dann wollte ich mal sehen wie lange es läuft. Der Airflow scheint zu dann ja passen...

Anhang anzeigen 1178231

Das Apex ist inzwischen bei seinem neuen Besitzer, auf dem Brett waren die 8100 übrigens nicht stabil, ebenso wie Nitro 1/3/1. Falls ihr euch fragt, das Godlike X ist nur aus optischen Gründen gekommen. Der PC steht neben mir auf dem Tisch und ich freue mich wie ein kleiner Bub an Weihnachten :)
Wenn du mit der gleichen Konfiguration höher willst, sind idR VDD, VDDQ und VDDP anzupassen. Manchmal auch VDDIO. Kommt immer auf RAM, Board und IMC an. VSoc/VDDGs ändern sich bei 2:1 idR nicht mehr.
 
Zuletzt bearbeitet:
Wie lange hats bei den 8 Cores gedauert?
Beitrag automatisch zusammengeführt:


Wenn du mit der gleichen Konfiguration höher willst, sind idR VDD, VDDQ und VDDP anzupassen. Manchmal auch VDDIO. Kommi immer auf RAM, Board und IMC an. VSoc/VDDGs ändern sich bei 2:1 idR nicht mehr.
Entgegen der sehr langen Anleitung ist das kurz und schmerzlos. Zumindest stufe 1.
Ich war echt überrascht, dass das Ergebnis so gut ist bzw. es überhaupt so funktioniert.


Der Kern des ganzen ist alle Kernspannungen an die Spannung des Kerns mit der niedrigsten anzugleichen, ausgelesen mit HWInfo CPU VDDCR_VDD Voltage/ Snapshot CPU Polling/kurzer Polling Intervall /getriggert mit Statuscore.
Er nutzt dabei das Core Parking.

Ging bei mir auch ohne Core Parking, mein Win hat das nicht mehr drinnen (war zu faul das irgendwie wieder zurückzuholen), musste dafür aber zwei Durchläufe machen.
1769150916422.png

Die VID habe ich nur aus Interesse mit aufgezeichnet.
Bzw bei meinen 9800X3D 8600G habe ich einfach mit einem CO von -2 auf allen Cores angefangen, da hat es dann auch nur einen Durchlauf gebraucht.

Danach laufen alle Kerne mit derselben Voltage (die vom Kern mit der niedrigsten). Klingt blöd funktioniert aber:
1769150158470.png

Das war Stufe 1.
Danach kann man einfach alle Kerne gleichzeitig weiter mit CO herunterziehen, also alle nochmal z.b. 10 runter.
1769150396550.png

Bis es halt mit Y-Cruncher oder der Software seines Vertrauens crasht.
 
Mal eine Frage zu DDR5

Ich hab ein Video gesehen wo alle DDR Versionen miteinander verglichen wurden.
Also welche Unterschiede zwischen DDR und DDR 2 und DDR3 und DDR4 und DDR5

Darin wurde erklärt, DDR5 hat quasi immer ECC Vorteile. Also Fehlerkorrektur.
Jetzt bin ich verwirrt, so habe ich gesehen gibt es manche AM5 Mainboards die kein ECC als Feature haben (Zb Gigabyte 850er Boards) aber andere schon (Zb Asus 850er Boards)
Auch habe ich gesehen, das man DDR5 normal und DDR5 ECC Ram kaufen kann. Das hat mich jetzt noch mehr verwirrt.
Wenn DDR5 eh schon eine eigene Fehlerkorrektur hat, was bringt dann Spezieller ECC Ram ?
 
Kurz und knapp:

Im Kern hat jeder DDR5 eine Art "ECC light" ... "on die" Version.
Kein Profi, den ich verfolge, ist davon überzeugt.

Und es gibt den richtigen "ECC" auf Profi Ram Riegeln.

Verwechseln kannst Du die derzeit wohl kaum, da man für richtige ECC Riegel nicht eins sondern derzeit zwei Familienmitglieder verkaufen müsste.

Der "spezielle" Ram ist für rechenintensive Anwenungen (LLM z.B.) .
Diese Anwendngen sürzen bei uns normalen Anwendern, trotz jeder Vorsicht und dokumentierter "12 Stunden Karhu Stabilität", hin und wieder ab (Bit-flip).

Wessen PC mal, nach 15 von 16 Stunden kalkulationsarbeit abstürzt , der kauft sich halt dann ECC Riegel, wenn man mit dem PC "konstant" Geld verdienen möchte.


Linus Torvalds sagte mal:

"I don´t fuck with non-ecc rigs" - bestimmt weil ihm obiges schonmal mehrere Projekttermine vesaut hat.

 
Zuletzt bearbeitet:
Okay Cool danke für die Erklärung.
Also DDR 1 bis 4 ohne jegliche Sicherheit.
DDR5 Normal hat ECC Light.
Aber nichts geht über Extra ECC für super Sicherheit.
Gut zu wissen, danke für die Bildung :wink:
 
Das sollte sowieso jedem klar sein, dass normaler RAM in Desktop PCs nicht ausnahmslos fehlerfrei arbeiten muss. Auch auf JEDEC Geschwindigkeit gibt es keine Garantie dafür, auf die man sich berufen könnte. Es kann immer passieren, dass ein Bit flipt. Um eine höhere Zuverlässigkeit zu erhalten, wurde ECC RAM erfunden.
 
Wenn du mit der gleichen Konfiguration höher willst, sind idR VDD, VDDQ und VDDP anzupassen. Manchmal auch VDDIO. Kommi immer auf RAM, Board und IMC an. VSoc/VDDGs ändern sich bei 2:1 idR nicht mehr.
Danke... ich habe noch ein paar Versuche unternommen, aber entweder Neustart oder Freeze. Ist aber mehr als ok, die 8100 sind ja mehr als erhofft... bei 8200 wurde die Leserate auch niedriger, denke das Limit ist hier auch erreicht.

PS: der CB24 30 Min. Stabitest hat mein CO als instabil entlarvt, Geht wesentlich schneller und der y-cruncher brachte vorher keinen Fehler.
 
Das mag schon sein, allerdings ist (mir) neu, dass man mit CB nun tatsächlich die Stabilität testen kann.
 
Danke... ich habe noch ein paar Versuche unternommen, aber entweder Neustart oder Freeze. Ist aber mehr als ok, die 8100 sind ja mehr als erhofft... bei 8200 wurde die Leserate auch niedriger, denke das Limit ist hier auch erreicht.

PS: der CB24 30 Min. Stabitest hat mein CO als instabil entlarvt, Geht wesentlich schneller und der y-cruncher brachte vorher keinen Fehler.

Hast Du mal ein Spassbild von einem LLM generieren lassen?

"Generiere eine Eier legende Wollmilchsau" - findet deine Instabilität glaube ich viel schneller ( Diffusionsmoddelle wie mistral, flux etc.)

Weil AMD es auch in die Treiber packt und es damit in aller Munde ist, spiel doch mal mit ComfyUI rum.
Text to Picture / nach High VRAM usage filtern und kostenlos das Packet zu einem der Größeren LLM dazu downloaden.


Derzeit findet nichts Instabilität schneller als meine geliebte Wollmilchsau :fresse:

Hat Jemand ähnliche Erfahrungen gemacht? :)
 
Zuletzt bearbeitet:
Cinebench war noch nie sonderlich gut geeignet Instabilität aufzudecken. Wenn CB crasht, ist das System hochgradig instabil
 
Zuletzt bearbeitet:
Cinebench war noch nie sonderlich gut geeignet Instabilität aufzudecken..
Habe auch nichts auf Aussagen wie "Stabitest mit CB23" gegeben, aber der CB24 30Min. Stabitest hat sehr gut auf zu scharfes CO reagiert. Weil der Y-cruncher keine Fehler brachte, hatte ich weiter runter gedreht - mehr als bisher auf den Boards eigentlich stabil war. Ich jedenfalls nehme ab jetzt lieber 30. Min CB24 und vllt. noch Prime, als YC ewig und vllt. auch umsonst laufen zu lassen.
 
Cinebench war noch nie sonderlich gut geeignet Instabilität aufzudecken. Wenn CB crasht, ist das System hochgradig instabil
So sieht's aus.

CB ist nur für CPU Tuning interessant,
nicht mal das. CB ist eine konstante Last auf allen Kernen und hat 0,0 mit Realworld zu tun. Schon zu Zeiten mit AM4 hatte es keine Aussagekraft zur Stabilität. Nur das, was ThunderXX80 bereits gesagt hat. Kannst CB im Loop 3 Tage laufen und alles läuft stabil durch. Dann startest du ein Spiel und das System verschiedet sich nach 20 Minuten. Liegt einfach daran, weil häufige Lastwechsel auf Single-Core deutlich mehr Takt und Spannung anlegen, was eine Instabilität wesentlich eher zum Vorschein bringt, als ein durchgängiger Burstload. Der zudem meist im All Core Takt niedriger ausfällt.
 
Überlest ihr das mit Absicht?

Das hat nichts mit dem alten CB zu tun, sondern ausschließlich mit dem CB24 30 Min. Stabitest.

Und ja, es geht nicht ums RAM OC, sondern ums zu scharfe CO.
 
Übrigens hat mich das Thema weiter beschäftigt und ich hatte gestern Prime Blend angeworfen. Als ich nebenher SkyGo gucken wollte, gab es einen reproduzierbaren Reboot. 8100 sowie 8000MT/s liefen durch TM5, Karhu und x-cruncher, aber hier war’s instabil 😳

An meinem CO Einstellungen lag es aber nicht, sondern an Nitro 1/3/1. Mit Nitro lief ja auch PHYRDL 37/37 nicht durch Karhu, ohne dagegen schon.
 
Ist das normal, dass zentimings jenseits von 1,4V MEMVDD nichts mehr anzeigt?
Und wie wichtig sind die WRWRSC/SD/DD ? der calculator empfiehlt mir 1 - 7- 6 , habe dort fälschlicherweise 1 - 8 - 8 eingetragen und läuft scheinbar stabil. 1-7-6 kommt nicht mal durchs training durch.
 

Anhänge

  • ZenTimings_Screenshot_29487833.7181822.png
    ZenTimings_Screenshot_29487833.7181822.png
    39,9 KB · Aufrufe: 18
@K0N574N71N
Ich habe genau die selbe Erfahrung gemacht und glaube, das hat etwas mit unseren großen Dual Rank Dual Channel Riegeln zu tun. Das Video von Buildzoid hat mich drauf gebracht, dass speziell diese zwei Timings zu hoch sind für Dual Rank - ich habe auch kein Memory Training damit durchbekommen. Fast alle anderen Timings konnte ich erfolgreich vom Calculator beziehen.

Karhu_8h.png


64GB DDR5-6200 30-38-38-38-58-98 mit 1,15v SOC und 1,40v DIMM.
 
Zuletzt bearbeitet:
Wenn blos der Strom etwas günstiger wäre, dann wäre dieser Micron B echt ne gute Heizung. Aber die verkaufen ja eh nichts mehr...

1769276922470.png
 
Ju gut, woher soll die Hitze sonst auch herkommen.
Ich mein, Computerchips sind je recht ineffizient - es sie denn, man betrchtet die Heizleistung. Aber mein Büro ist grad warm...
Aber das passt eh, weil ich gleich noch ne Balkonsession mache und dann kommts immer kühl rein.
 
I'm not sure what this has to do with RAM specifically/across all boards, but I can't confirm that with the MSI Carbon Wifi. I'm currently dealing with a different MSI issue, and the latest BIOS version (A7E) with AGESA 1.3.0.0 is definitely running better for me than the previous version with AGESA 1.2.0.3g. I flashed it back and forth several times today. Other users in the MSI forum are also confirming this .
The MSI pre 1.3.0.0 bios is awful. Simply doesn't work in OC scenario, no matter what voltages, timings & stuff, you can better confirm this on OCN forum, a lot other OC enthusiasts already reverted back older Agesa 1.2.0.3, just couple of casual Profile on MSI forum confirms nothing.
Well, i don't even bother to continue testing, i did check same 8000GearOFF validated Profile on 1.2.0.3a which isn't stable anymore on A71 coz just found out what issues are (n)
VDDIO is 1,46v locked in MB default given values, also VDDP is completely missing from SMU section to be set, it stays cpu AMD default 0,950 where 1,100 is set in Bios.
So stay away from this MSI pre-1.3.0.0 if you need higher VDDIO & VDDP voltages for higher mem freqs.
1000004080.png

1000004084.png

1000004085.jpg

All MSI Bioses sucks since one year ago from January only needed to roll back to much versatile 1.2.0.3a
1000004083.jpg

Where do you see i can set VDDIO 1.51 & VDDP 1.120V increased for 8200 or 8100 GearOFF on A71, nope thx, no compromises, voila`
1000004081.png

1000004082.png

Who even does the testing, knows best pre-Bios sucks on MSI, agreed @Gerd Weller retested 8000 still rocks on 1.2.0.3a
9900x3D_5,412_ 8055 BCLK100.7_PBO 500_300_250 Boost+25 perCO-33-25.png
 
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