Bread
Experte
* Grosses Update mit 5800X3D und optimierten Timings *
So, ich denke ich bin endlich fertig. Und da ich auch was zurückgeben will nach dem vielen Einlesen in eure Erfahrungen (auf HWLuxx und CB), findet ihr hier meine. Gerade auch weil man wenig zu den M16E findet, und auch gleich inkl. meinen Erfahrungen wie man den Ryzen 5800X & 5800X3D stabil bekommt im RAM Overclock + PBO / CO / UV.
Zuallererst noch die wichtigsten Erkenntnisse für den richtigen Start in das Thema:
Testablauf:
Bei mir hats nur so lang gedauert, weil:
Zunächst mal Memory Fast Boot ausgeschaltet und Mem Failure Retry auf 5x eingestellt. Viele Settings haben beim dritten Versuch funktioniert, ich habs aber auf den ersten hin optimiert. Ich wollte eine Einstellung finden, die auch beim Booten bei der Memory Initialisierung stabil ist. Und nicht ein Setting, das nur aufgrund eines früheren Memory Trainings bootet, aber dann unberechenbar ist beim Kaltstart / Neustart / Aufwachen.
Generell noch etwas, das ev beim Booten hilft: ich hab einfach alle Einstellungen die ihr im ZenTimings seht, händisch fixiert wo möglich. Dh GDM enabled oder 1T / 2T , BGS disabled, BGSalt enabled, RAM PowerDown Disabled, SetUp Zeiten auf 0 oder 55, ... da muss er ggf weniger selber ausprobieren beim Booten / MemTraining?
Meine optimierten 3600 Settings findet ihr hier.
Meine optimierten 3800 Settings findet ihr hier im Startpost im Detail beschrieben.
Details zu den primären Timings bei 3800MHz, und den SubTimings für alle Speicherfrequenzen 3600 / 3733 / 3800 :
Abschließend bin ich da ganz zufrieden. Sehr ordentliche Leistung bei geringer Spannung und Leistungsaufnahme, und top Stabilität. AGESA 1.2.0.5 & 1.2.0.7 find ich damit ganz gelungen muss ich sagen.
Top Links für weiterführende Infos:
So, ich denke ich bin endlich fertig. Und da ich auch was zurückgeben will nach dem vielen Einlesen in eure Erfahrungen (auf HWLuxx und CB), findet ihr hier meine. Gerade auch weil man wenig zu den M16E findet, und auch gleich inkl. meinen Erfahrungen wie man den Ryzen 5800X & 5800X3D stabil bekommt im RAM Overclock + PBO / CO / UV.
Zuallererst noch die wichtigsten Erkenntnisse für den richtigen Start in das Thema:
Testablauf:
- Mit GDM On anfangen
- Die "harten Limits" finden, also "no boot". Allen voran tRCDRD, aber auch tRC, tRFC
- Am wichtigsten ist hier tCWL = tCL (gerade CL) / tCL-1 (ungerade CL) fixieren, ist einfacher stabil zum Laufen zu kriegen.
- tRDWR / tWRRD auf Auto und auslesen , die hängen von einander und von tCWL ab.
- tRDWR und tWRRD schrittweise runtersetzen, wobei gilt: tRDWR um 1 runter = tWRRD um 1-2 rauf.
- Die "Soft-Limits" auf später verschieben, dh einfach mal alles 2-3 höher als "no Boot". In meinem Fall ist das tRCDRD 22 statt grenzstabile 21, tRC 56-76 statt 54, tRFC mit 320-350ns statt 310ns
- Dann nach den bekannten Regeln die Timings setzen, ggf auch mal 1 Stufe entspannter starten
- Da hab ich mittlerweile ein "Best Practice Grundsetup" siehe unten, mit nur wenigen Varianten. Es gibt hier gar nicht so viele Kombinationen, die Sinn machen, sollte schnell gehen
- Die "harten Limits" finden, also "no boot". Allen voran tRCDRD, aber auch tRC, tRFC
- GDM off 2T einstellen
- Da sollten eigentlich ProcODT / CAD__Bus DrvStr / Setup Timings gleich bleiben, ev andere Rtt aber auch die sollten passen. CAD_Bus bei Ryzen 5000 empfehle ich 20/20/20/20, ggf 24/20/24/24
- Mit TM5 anta777 ABSOLUT Stabilität testen
- GDM off 1T einstellen
- Variante 1: CAD 20/20/20/20 , setup 55-55-55 bei mir. Hier müssen also eigentlich je nach Takt nur noch AddrCmdSetUp Timing eingetragen werden. Bei 3800 meist 55 - 58
bei allen drei. Das macht auch nix langsamer, sondern platziert nur das Datensignal richtig auf den "Clock edges". Diese Variante verzeiht mehr, und ist entspannter durch die niedrigen DrvStr Widerstände - Alternativ: CAD 120-20-20-20, Setup 0-0-0 bei mir. 60/20/30/30 lief immer wieder 5h fehlerfrei durch in TM5, lieferte dann im nächsten Durchlauf aber doch immer wieder Fehler. AddrCmdDrvStr auf 20 lassen, mit den anderen etwas experimentieren, va. ClkDrvStr
- Variante 1: CAD 20/20/20/20 , setup 55-55-55 bei mir. Hier müssen also eigentlich je nach Takt nur noch AddrCmdSetUp Timing eingetragen werden. Bei 3800 meist 55 - 58
Bei mir hats nur so lang gedauert, weil:
- Ich hab mich nicht an Regel 1.2 gehalten. Die tRFC 310ns ZB lief bei warmem Speicher und 1T mit Setup Timings gerade so stabil - aber nicht, wenn der RAM kalt war nach "off", und nicht ohne Setup Timings.. Bei 320ns dann auch 60/20/30/30 ohne Setup. Das hat echt viel Zeit gekostet...
- Ich hab mich nicht an Regel 1.1.2 gehalten. Damit war tCWL zu niedrig, und bin mit optimierter CO immer nach ca 7h (!) in TM5 Fehler gelaufen.
- Ich hab noch das "Sonderthema" dass bei GDM On (wohl wg der halben Latching Frequenz des RAM) auch 1,37+ vDIMM stabil laufen. Bei GDM Off 1T wird aber das Signal jenseits von 1,33V schon so unsauber, dass ich Crashes hatte. Jetzt läuft das mit 1,30 - 1,32 vDIMM bei CL19 ohne Probleme.
- Curve Optimizer / CPU OC / UV: es gibt Wechselwirkungen zwischen CPU OC / UV / CO und RAM OC. Ein stabiles RAM Setting kann mit einem danach optimierten CO Setting instabil sein. 2 Varianten:
- Variante 1: zuerst CPU OC / UV / CO ausloten, dann RAM OC:
- liefert mehr Performance, weil RAM OC gerade beim 5800X3D keine so große Rolle spielt - dh die OC / UV / CO stehen im Vordergrund.
- liefert meiner Erfahrung nach ein "saubereres" RAM Setting, da die CPU optimiert ist und somit grenzwertige RAM Settings nicht mehr ausgleicht --> man merkt diese schneller.
- Variante 2: CPU OC / UV / CO ausschalten und mit Std vCore & Takt RAM OC: ein stabiles RAM Setting ist schneller zu finden, schlechte Settings werden aber zT von der CPU ausgeglichen.
- Variante 1: zuerst CPU OC / UV / CO ausloten, dann RAM OC:
- WHEA 19 Fehler im Windows Eventlogkommen von hohem IF Takt >1800 und zu niedriger vSOC & VDDG IOD, VDDG CCD auch ein wenig.
- WHEA 18 liegen an zu niedrigerer CPU Spannung bzw zu hohem OC durch PBO / zu viel UV durch CO.
- WHEA 20 gibt es in dem Sinn nicht - das ist eine "generelle WHEA Meldung" in der Ereignisanzeige. Unter Quelle: WHEA-Logger in der Ereignisanzeige sieht man den genauen WHEA Typ.
- WHEA haben kaum Zusammenhang mit Speichertimings, ggf braucht es bei agressiveren Timings einfach mehr vSOC / IOD für den IMC ist meine Einschätzung.
- Bei IF 1900 / DDR 3800 sollten bei den meisten Ryzen 5000 mit vSOC 1,15 / IOD 1,06 / CCD 0,98 keine WHEA auftreten. Ich würde damit anfangen, und dann Schritt für Schritt runtersetzen.
- Meine stabilen Werte sind: vSOC 1,150 / IOD 1,055 / CCD 0,955, darunter gibts WHEA.
- tRDCRD 22 ab 3600 bis 3800 oder mehr das von mir empfohlene Minimum für 16Gbit Micron E-Die.
- tCWL / tRDWR / tWRRD auf AUTO, und auf der Basis weiter - v.a. wenn mit neuer tCL experimentiert wird! Die Timings hängen voneinander ab, ein falscher Abstand und der Rechner bootet nicht.
- Variante 1 NEU: tCWL = tCL (gerade CL) oder tCL-1(ungerade CL) / tRDWR & tWRRD auf AUTO auslesen, sollte ca landen bei tRDWR = tRCDWR / 2 , und tWRRD = X bei X * t..SCL = tRCDWR - {0;1;2}
- tCWL 18 mit tRDWR / tWRRD 8 / 4 ( tCL 18) oder 9 / 2 ( tCL 19 ) bei 3800, tCWL 16 mit 8 / 2 (tCL16) oder 9 / 2 (tCL 17) bei 3733 & 3600. Stabiler als die alte Variante, auch mit CPU UV / CO!
- Variante 2 ALT: tRDWR = max (tRCDRD/2 odertRCDWR/2 + 2) und WRRD = 1 Minimum . Aber tRDWR eben auch abhängig von tCWL, tCWL rauf bedeutet tRDWR runter.
- tCWL 16 + tRDWR 10 ( tCL 18) oder 11 ( tCL 19 ) bei 3800, tCWL 14 + tRDWR 11 bei 3733 und 3600 / tWRRD 1. Bei mir weniger stabil im Grenzbereich, Probleme mit CPU UV / CO!
- Bei 3800 liefert tCWL 16 / tRDWR 11 Fehler, bei 3733 & 3600 läuft tCWL 14 / tRDWR 10 nicht stabil, wohl in Abhängigkeit der unterschiedlichen tCWL.
- Variante 1 NEU: tCWL = tCL (gerade CL) oder tCL-1(ungerade CL) / tRDWR & tWRRD auf AUTO auslesen, sollte ca landen bei tRDWR = tRCDWR / 2 , und tWRRD = X bei X * t..SCL = tRCDWR - {0;1;2}
- Testing:
- CoreCycler / Y-Cruncher: hiermit habe ich die optimalen CO Settings für den 5800X3D ausgelotet.
- Tests: N64 / HNT / VST / C17 sind die "brutalsten"
- Ev schreib ich nochmal eine Anleitung wie man die CO Settings effektiv auslotet.
- TestMem5: Nachdem CPU UV / CO ausgelotet und WHEA-frei war mit genug vSOC / VDDG CCD / VDDG IOD, bin ich auf TestMem5 gewechselt für reine RAM-OC Tests
- Das beansprucht die SSD weit weniger, und liefert tw schneller RAM Fehler als Prime95
- Ich nutze den Test " anta777 ABSOLUT ", alternativ könnt ihr 1usmus_v3 versuchen, das sind die bekanntesten.
- Gaming ( Witcher 3 Next Gen ) für finale Tests in Bezug auf WHEA, USB Issues oder Audio Crackling
- Witcher liefert tw WHEA, wo Prime95 100% stabil und WHEA-frei ist. Dh den Praxis-Test nicht vergessen!
- Prime95: anfangs mehrstündige Prime95 Custom Loops mit 768K - 800K und LargeFFT, mit gleichzeitigem 3DMark Firestrike Loop
- Prime95 ist gut um schnell RAM-Fehler ( Prime95 ERROR ) oder WHEA Fehler ( Windows Eventlog ) zu finden.
- ABER: 2 Monate intensives Prime95 über Nacht hat die Lebensdauer meiner SSD laut S.M.A.R.T von 100% auf 82% reduziert
- Deshalb Wechsel auf TestMem5 für reine RAM-OC Tests und Y-Cruncher für CPU-OC Tests!
- CoreCycler / Y-Cruncher: hiermit habe ich die optimalen CO Settings für den 5800X3D ausgelotet.
- Ergebnisse ( ich konnte es nicht lassen, 3600 & 3733 1T GDM off auch noch getestet ),
- Bei synthetischen CPU Benchmarks hat RAM-OC beim 5800X3D keine Auswirkungen auf die reine CPU Performance. Im Zweifelsfall sogar eher positive.
- Eh klar, CB23 und CPU-Z sind ja reine CPU Benchmarks.
- Und der 5800X3D hat großen Cache auch noch. Interessanter sind da schon Speicher- und Praxis Benchmarks.
- Gaming: beim Gaming macht, je nach Spiel, RAM OC auch beim 5800X3D sehr wohl einen Unterschied! Speziell in den % Lows, sorgt also für ein flüssigeres Spielen!
- Primäre Timings sind relativ unwichtig, bzw nur indirekt wichtig, denn: tRFC ist entscheidend.
- Primäre Timings bringen nur was, wenn man die tRFC von den typischen 350ns runterbringt auf zB 150ns bei S8B / Samsung B-Die, was eben nur über niedrigere Primärtimings möglich ist.
- Siehe oben der Vergleich 3800-C18 / 3733-C17 / 3600-C16 .
- Sekundäre Timings bringen definitiv was, tFAW von 24 auf 16 zB macht bei mir gleich ein paar hundert Punkte beim 3DMark CPU Test.
- IF / RAM-Takt ist entscheidend. AIDA Performance steigt einfach analog zum höheren IF / RAM-Takt, unbeeindruckt von der etwas niedrigeren CL bei 3733 / 3600.
- Bei synthetischen CPU Benchmarks hat RAM-OC beim 5800X3D keine Auswirkungen auf die reine CPU Performance. Im Zweifelsfall sogar eher positive.
- Link zu den Systemkomponenten auf Geizhals
- Kingston 2x32GB = 64GB Micron E-Die / Rev.E 16Gbit / 16nm / M16E 3200 @3800 CL18 @
1,37V1,33V ( Kingston FURY RGB DIMM 32GB, DDR4-3200, CL16-20-20 / HX432C16FB3A/32 )
- Finale Timings mit GDM off 1T:
- Generelle Beobachtungen: bei 3800 tRCDRD 22 / tCWL 18 + tRDWR 8 ( tCL 18 ) oder 9 ( tCL 19 ) + tWRRD 2 ( für 3733 & 3600 tRCDRD 22, tCWL 16 + tRDWR 9 (3733)/ 8 (3600) bei tWRRD 2(ev 4) )und tRFC >= 310ns (safe = 320ns) helfen alle, die benötigte vDIMM zu reduzieren auch beim Boot. Gehen jeweils nur max 1 Stufe bzw bei tRFC 1% niedriger, tRFC hat den größten Performanceimpact, meine Empfehlung lautet daher: tRCDRD & tRDWR wie oben beschrieben zu setzen, und entweder weniger vDIMM fahren, oder tRFC erhöhen.
- Main:
- 3800 1T GDM off: 18-18-22-18-36-54-594 ( 312ns ) / 18-8-4 tCWL-tRDWR-tWRRD / 1,33 vDIMM (tRFC ist allerdings grenzwertig niedrig, ggf Bootprobleme / SetUp Timings nötig)
- Daily Driver: 19-19-22-19-57-76-608 ( 320ns ) / 18-9-2 tCWL-tRDWR-tWRRD / 1,28 vDIMM
- MSI trainiert den RAM auf tPHYRDL 26 statt 28 bei ungerader tCL passender VDDP / vDIMM / ProcODT --> bessere Latenz, und Durchsatz ist fast gleich.
- Für dieses Setting brauche ich tRFC 320ns, dafür nur 1,30 vDIMM
- ProcODT 32 Ohm, Rtt 7/3/4 , CAD 20-20-20-20 , Setup 55-55-55
- Alternativ: CAD 120-20-20-20 (
60-20-30-30), Setup 0-0-0, tRFC 608 = 320ns. Weniger ClkDrvStr 60 lieferte doch selten FehlertRFC 589 / 310ns hilft für rechtzeitigen Refresh vor tRC x11 Cycle? tRFC 312ns = 594 = tRC 54x11 ist zu langsam bei AddrCmdSetup 0 !- Interessant war, dass 310ns erst viel später Fehler geliefert haben als 312ns. Aber nur 320ns funktionieren ohne Fehler auch bei kaltem Speicher ("Super-Cold-Boot") und 1T ohne SetUp Timings. Bei 310ns gab es nach ~2min BSOD oder Resets, wenn der Rechner nach ~30min im ausgeschalteten Zustand gebootet wurde. Danach lief er aber Game- und Benchstable. Aber war mit 1T ohne SetUp Timings bei tPHYRDL 26 nicht stabil zu bekommen. Das war schwer zu finden....
- 5800X3D: IF1900 1:1:1 bei SOC LLC=Max, vSoc 1,1500 / VDDP 0,835 - 0,905 / VDDG CCD 0,955 / VDDG IOD 1,055 / CPU VTT (1p8) 1,80V
VDDP 0,905 ist stabiler bei CAD 60-20-30-30 und AddrCmdSetup 0, sonst geht auch 0,835- Entscheidend sind die richtigen Rtt ( bei mir und vielen anderen 7/3/4 ) und CAD ( bei mir 120-20-20-20 ), dann geht auch VDDP ~ 0,855
- Mehr vDIMM als 1,33 - max 1,34 macht es instabil, weniger ebenfalls.
- Es scheint bei 3800 das Limit von IMC / PHY / RAM erreicht zu sein was Frequenz / Signalqualität betrifft.
- Daily Driver: 19-19-22-19-57-76-608 ( 320ns ) / 18-9-2 tCWL-tRDWR-tWRRD / 1,28 vDIMM
- 3733 1T GDM off:17-17-22-17-35-52-572 ( 306ns ) / 16-9-2(safe: 4) tCWL-tRDWR-tWRRD / 1,44 vDIMM ( tRFC 306ns = 572 = tRC 52 * 11 )
- ProcODT 30 Ohm, Rtt 7/3/4 , CAD 20-20-20-20, Setup 55-55-55
- Alternativ: CAD 60-20-30-30, Setup 0-0-0 . Ev auch hier tRFC auf 310 - 320ns erhöhen für mehr Stabilität
- 5800X3D: IF1866 1:1:1 bei SOC LLC=Max, vSoc 1,1500 / VDDP 0,835 / VDDG CCD 0,955 / VDDG IOD 1,055 / CPU VTT (1p8) 1,80V
- vDIMM 1,40 reicht bei tRFC 310ns = 579. tRCDRD 22 erlaubt aber stabilen Betrieb bei tRFC = tRC *11 .
- 3600 1T GDM off:16-16-22-16-34-50-550 ( 305ns ) / 16-8-2(safe: 4) tCWL-tRDWR-tWRRD / 1,46 vDIMM (tRFC 305ns = 550 = tRC 50 * 11 )
- ProcODT 30 Ohm, Rtt 7/3/4, CAD 20-20-20-20 , Setup 55-55-55
- Alternativ: CAD 60-20-30-30, Setup 0-0-0 . Ev auch hier tRFC auf 310 - 320ns erhöhen für mehr Stabilität
- 5800X3D: IF1800 1:1:1 bei SOC LLC=Max, vSoc 1,000 / VDDP 0,800 / VDDG CCD 0,880 / VDDG IOD 0,960 / CPU VTT (1p8) 1,80V
- vDIMM 1,44 reicht bei tRFC 310ns = 558. tRCDRD 22 erlaubt aber stabilen Betrieb bei tRFC = tRC *11 .
- 3800 1T GDM off: 18-18-22-18-36-54-594 ( 312ns ) / 18-8-4 tCWL-tRDWR-tWRRD / 1,33 vDIMM (tRFC ist allerdings grenzwertig niedrig, ggf Bootprobleme / SetUp Timings nötig)
- Secondary für alle 3 Varianten: 4-6-16 tFAW / 4-12-12 tWR / 6 tRTP
- Tertiary für alle 3 Varianten: 4-4 ..SCL / 1-4-1 (letzter Wert 1 bei 2 DIMMs, 4 bei 4 DIMMs ) tRDRD / 1-6-1 (letzter Wert 1 bei 2 DIMMs, 6 bei 4 DIMMs ) tWRWR / 1 tCKE
- MSI B550I Gaming Edge WIFI MiniITX
- 5800X3D: AGESA 1.2.0.7 -> 1.2.0.8 Beta -> 1.2.0.8 Final
- 5800X: AGESA 1.2.0.5 -> 1.2.0.7
- CPUs:
- 5800X3D
- OC / UV
( UV -0,1V via vCore "Override [Auto] + Offset [-0,10V]" (nur Offset wird limitiert auf 3600MHz)--> 1,20V max vCore, via geladenem 5800X BIOS Profil (geht auch mit MSI Kombo Strike 3 ).Funktioniert, Prozessor läuft deutlich kühler bei gleichen Benchmarkpunkten, kostet aber Latenz in AIDAPBO Advanced mit Custom CO. Hab einfach die besten 2 Cores auf -20 / 3. & 4. Core auf -25 / die restlichen 4 Cores auf -30. Bringt gleich mal paar Punkte in CPU-Z und kostet keine Leistung- Man merkt ich bin kein PBO Profi. Mit den Settings gab es selten, aber doch alle paar Stunden einen Freeze oder " sudden Reset / Re-Boot ".
Fahre jetzt einfach CO -20 All Cores, läuft, auch kaum Performance Einbußen. Update: Hab einfach die besten 4 Cores auf -20 , die restlichen 4 Cores auf -25 , und die vSOC mittels SOC LLC = Max erhöht, das löst die Stabilitätsprobleme. Spannend ist, dass es einen Zusammenhang zwischen vSOC und vCore zu geben scheint. Eine etwas zu niedrige vSOC kann mit weniger CO = mehr vCore offenbar ausgeglichen werden. Beispiel weiter unten.- Update: inzwischen habe ich die CO für alle Cores einzeln mit dem CoreCycler ausgelotet, und zwar mit Y-Cruncher Kagari / N64 + HNT + C17 in 6m Loops.
- Man merkt ich bin kein PBO Profi. Mit den Settings gab es selten, aber doch alle paar Stunden einen Freeze oder " sudden Reset / Re-Boot ".
- RAM-OC
IF1900 1:1:1 bei vSoc 1,1250 / VDDP 0,85 / VDDG CCD 0,85 / VDDG IOD 1,05 / CPU VTT (1p8) 1,75V- war Prime- + gleichzeitig Game-Stable, aber ~1x / Tag ein WHEA 19 im EventlogIF1900 1:1:1 bei vSoc 1,1500 / VDDP 0,880 / VDDG CCD 0,950 / VDDG IOD 1,050 / CPU VTT (1p8) 1,77V- stabil, aber geht noch besserIF1900 1:1:1 bei vSoc 1,1250 / VDDP 0,885 / VDDG CCD 0,965 / VDDG IOD 1,045 / CPU VTT (1p8) 1,80V - Prime95 + Game-stable, keine WHEA 19- ca 1x / Tag doch noch ein einzelner WHEA 19IF1900 1:1:1 bei vSoc 1,1125 / VDDP 0,855 / VDDG CCD 0,955 / VDDG IOD 1,035 / CPU VTT (1p8) 1,80V - Prime95 + Game-stable, keine WHEA- bei Witcher 3 Next Gen Load doch WHEA 19- IF1900 1:1:1 bei SOC LLC =Max, vSoc 1,1500 / VDDP 0,855 / VDDG CCD 0,955 / VDDG IOD 1,055 / CPU VTT (1p8) 1,77V - Prime95 + Game-stable, keine WHEA - weder Idle noch Load
VDDP 0,905 ist stabiler bei CAD 60-20-30-30 und AddrCmdSetup 0, sonst geht auch 0,835- Entscheidend sind die richtigen Rtt ( bei mir und vielen anderen 7/3/4 ) und CAD ( bei mir 120-20-20-20 ), dann geht auch VDDP ~ 0,855
- 5800X: PBO mit CO -30 Allcore, und -0,05V Offset-> 1,37V max VCore effektiv (geht auch mit vollem PBO)
- IF1900 1:1:1 bei vSoc 1,05 / VDDP 0,80 / VDDG CCD 0,85 / VDDG IOD 0,97 / CPU VTT (1p8) 1,77V.
- Prozessor ist schon verkauft, ihr könnt gern die niedrigeren Werte vom 5800X3D auch versuchen, speziell Timings, CPU VTT, ...
- 5800X3D
- AIDA64: ~54400MB/s Read / ~63,5ns Latenz AIDA für beide Prozessoren bei GDM on
- 5800X3D GDM off 2T: ~54300MB/s Read / ~62,7ns Latenz ; Latenz ist niedriger als bei 1T weil das MSI Board tPHYRDL auf 26 trainiert bei gerader CL und 2T, statt 28 bei 1T und gerader CL
- 5800X3D GDM off 1T: ~54500MB/s Read / ~62,7ns Latenz; tPHYRDL 26 bei 1T mit ungerader CL19
- TimeSpy
- 5800X3D: ~12600 TimeSpy CPU Score
- 5800X: ~12400 TimeSpy CPU Score
- Cinebench R23
- 5800X3D: ~15330 / 1495 CB23 Score
- 5800X: ~15200 / 1580 CB23 Score
- Cinebench R20
- 5800X3D: tbd
- 5800X: 5919 / 612
- CPU-Z Bench
- 5800X3D: ~6510 / 631
- 5800X: ~65 / ~660 (keine Ahnung welche Version das war...)
- - 5800X3D: Custom Loop Wasserkühlung 2x240mm + 1x200mm
- - 5800X: Kühler ist der NH-D9L mit zweitem Lüfter für den 5800X
Zunächst mal Memory Fast Boot ausgeschaltet und Mem Failure Retry auf 5x eingestellt. Viele Settings haben beim dritten Versuch funktioniert, ich habs aber auf den ersten hin optimiert. Ich wollte eine Einstellung finden, die auch beim Booten bei der Memory Initialisierung stabil ist. Und nicht ein Setting, das nur aufgrund eines früheren Memory Trainings bootet, aber dann unberechenbar ist beim Kaltstart / Neustart / Aufwachen.
Generell noch etwas, das ev beim Booten hilft: ich hab einfach alle Einstellungen die ihr im ZenTimings seht, händisch fixiert wo möglich. Dh GDM enabled oder 1T / 2T , BGS disabled, BGSalt enabled, RAM PowerDown Disabled, SetUp Zeiten auf 0 oder 55, ... da muss er ggf weniger selber ausprobieren beim Booten / MemTraining?
Meine optimierten 3600 Settings findet ihr hier.
Meine optimierten 3800 Settings findet ihr hier im Startpost im Detail beschrieben.
Details zu den primären Timings bei 3800MHz, und den SubTimings für alle Speicherfrequenzen 3600 / 3733 / 3800 :
- Frequenz:
3800 das scheint das Limit der Speicherriegel ( oder des IMC ?) zu sein. Async FCLK 1900 / MCLK 1933 mit entspannten Timings und unterschiedlichen Spannungen keine Chance auf Boot.- 3933 booten die Riegel auch! Allerdings brauchte ich lange um das rauszufinden, es geht nur mit Rtt 0/2/1 oder 6/2/4 (letzteres recht unzuverlässig). Scheinen auch zu laufen, aber WHEA ohne Ende, hier macht der Prozessor nicht mehr mit. Ich bleibe daher bei 3800.
- Generelle Beobachtungen, siehe oben: tRCDRD 22, tCWL 18 + tRDWR 8 ( tCL 18 ) oder 9 ( tCL 19 ) / tWRRD 2 ( für 3733 & 3600 tRCDRD 22, tCWL 16 + tRDWR 9 (3733)/ 8 (3600) bei tWRRD 2(ev 4) ) und tRFC > 310ns helfen alle, die benötigte vDIMM zu reduzieren auch beim Boot. Gehen jeweils nur max 1 Stufe bzw bei tRFC 1% niedriger, tRFC hat den größten Performanceimpact, meine Empfehlung lautet, tRCDRD & tRDWR wie oben beschrieben zu setzen, und entweder weniger vDIMM zu fahren, oder tRFC zu verringern.
- 3800 Main Timings
- CL18 läuft super entspannt. CL16 bootet nicht, 17 bootet aber freezed sofort beim Boot Logo, egal wie hoch oder niedrig ich die Spannungen einstelle.
- tRCDWR 18 geht ohne Probleme, 17 jedenfalls mit GDM on. Drunter zwar Boot, aber Bluescreens
- tRCDRD 22 würde ich immer setzen, egal ob 3600 / 3733 / 3800. Sehr heikles Timing generell, und bei Micron speziell.
- 20 liefert sofort Fehler, 21 geht mit GDM on, liefert schnell Fehler bei GDM off --> braucht wohl mehr Spannung. 21 liefert kaum messbareren Unterschied --> 22 sichere Wahl.
- tRP 18 geht ohne Probleme, 17 jedenfalls mit GDM On. Drunter zwar Boot, aber Bluescreens. Habe ich aber nur in Kombination mit identischer tRCDWR getestet
- tRAS 36 (tRP x2) oder 54 (tRP x3) . Geht sogar bis 21 runter, gibt aber die Meinung dass das nix bringt. Und habe auch gemessen dass es sogar die Werte verschlechtert vs bekannte Formeln. Und es gibt Boot-Probleme wenn das weniger als tRP * 2 ist. Bekannt sind die Formeln
- Für Micron E-Die: tRP x3 = tRAS ; + tRP = tRC ( = tRP x4 ). Bei meinen 16Gbit M16E E-Die bleiben Durchsatz & Latenz praktisch gleich vs tRP x2 = tRAS, also Empfehlung!
- Verbreitet für zB Samsung B-Die ist tRP x2 = tRAS / + tRP = tRC ( = tRP x3 ) .
- Dann gibt es noch diese Formel zum probieren: tRCDRD + tRP +/- {2,3,4} = tRAS. Gute Ergebnisse scheint auch die Formel tRCDRD + tWR +/- {2,3,4} zu bringen.
- tRC 54 - 76 geht super als Formel tRP + tRAS = tRC, oder siehe tRAS Formeln. Bei 52 Bluescreen "Memory Management", bei 50 kein Boot.
- Aber siehe oben - ich würde als Basis tRP x 3 = tRAS ; + tRP = tRC nehmen!
- tRFC 608 oder 589 stelle ich zur Auswahl - oder zB 594 als ganzzahliges Vielfaches von tRC 54. Viel unter 608 / ~320ns packt der E-Die nicht je nach Frequenz & Spannung.
- 608 sind genau 320ns tRFC; nur 320ns funktionieren ohne Fehler auch bei kaltem Speicher ("Super-Cold-Boot") und 1T ohne SetUp Timings mit tPHYRDL 26.
- 589 sind genau 310ns tRFC; läuft bei GDM on und auch GDM off 1T, aber mit tPHYRDL 26 erst stabil wenn der Speicher Betriebstemperatur hat?!
- Interessant war, dass 310ns erst viel später Fehler geliefert haben als 312ns. Bei 310ns gab es nach ~2min BSOD oder Resets, wenn der Rechner nach ~30min im ausgeschalteten Zustand gebootet wurde. Danach lief er aber Game- und Benchstable. Aber war mit 1T ohne SetUp Timings bei tPHYRDL 26 nicht stabil zu bekommen. Nur 320ns funktionieren ohne Fehler auch bei kaltem Speicher ("Super-Cold-Boot") und 1T ohne SetUp Timings. Das war schwer zu finden.... Siehe unten die alten, falschen Rückschlüsse.
Hilft für rechtzeitigen Refresh vor tRC 54 x 11 Cycle! Genau tRC 54x11 = 594 = tRFC 312ns ist zu langsam bei 1T mit AddrCmdSetup 0 , funktioniert aber bei AddrCmdSetup 55 / 56Folgende Info ist veraltet, und lag an zu niedriger vSOC: Aber führt zu Boot-Problemen, speziell nach CMOS Reset keine Chance das direkt zu booten? Ist wohl zu sehr am Limit.
594 ein Vielfaches von tRTP 6 und tRAS 54 - macht kaum Unterschied, hält sich an die Formel ( tRC 54 * 11 )Aber nur bei GDM On, 2T oder 1T mit AddrCmdSetup!Ich wiederhole zur Sicherheit: tRC 54x11 = 594 = tRFC 312ns ist zu langsam bei 1T mit AddrCmdSetup 0 , funktioniert aber bei AddrCmdSetup 55 / 56
600 ein Vielfaches von tRTP 10 und tRAS 60 - macht kaum Unterschied
- Das führt dann zusammengefasst zu folgenden Primaries:
- Für Micron E-Die: tRP x3 = tRAS ; + tRP = tRC ( = tRP x4 ). Siehe oben: Bei meinen 16Gbit M16E E-Die bleiben Durchsatz & Latenz praktisch gleich vs tRP x2 = tRAS, also Empfehlung!
- 18-18-22-18-54-72-608 ( 320ns ) - hier ist tRC x 8 zu hoch, und x9 zu niedrig für tRFC. Deshalb einfach 320ns einstellen, weil weniger ggf nur Probleme macht
- 19-19-22-19-57-76-608 ( 320ns ) - hier ist tRC x 8 = tRFC, ist eine gute Daumenregel.
- DDR4 3733 der Vollständigkeit halber: 17-17-22-17-51-68-612 - hier ist tRC x 9 = tRFC.
- DDR4 3600 der Vollständigkeit halber: 16-16-22-16-48-64-576 - hier ist tRC x 9 = tRFC
- 18-18-22-18-54-72-608 ( 320ns ) - hier ist tRC x 8 zu hoch, und x9 zu niedrig für tRFC. Deshalb einfach 320ns einstellen, weil weniger ggf nur Probleme macht
- Geht auch, und ist bekannt von zB Samsung B-Die: tRP x2 = tRAS/ + tRP = tRC ( = tRP x3 ) . Das führt dann zu folgenden Werten
- 18-18-22-18-36-54-594 ( 312ns ) - hier ist tRC x 11 = tRFC; geht bei mir auch mit GDM Off 1T und 2T; ev ist tRFC zu niedrig im 1T GDM off Grenzbereich
- 19-19-22-19-38-57-627 ( 330ns ) - hier ist tRC x 11 = tRFC
- DDR4 3733 der Vollständigkeit halber: 17-17-22-17-35-52-572- hier ist tRC x 11 = tRFC.
- tRC ist auf Minimum --> tRAS = tRC - tRP. tRFC ist am Limit und braucht viel mehr Spannung, ggf erhöhen
- DDR4 3600 der Vollständigkeit halber: 16-16-22-16-34-50-550- hier ist tRC x 11 = tRFC.
- tRC ist auf Minimum --> tRAS = tRC - tRP. tRFC ist am Limit und braucht viel mehr Spannung, ggf erhöhen
- Alternativen
- Mittelding: 18-18-22-18-42-60-600 (315ns)
- Aggressiv : 18-17-21-17-37-54-594 ( 312ns ) (nur bei GDM On zu empfehlen)
- Unnötig : 18-17-21-17-21-54-594 ( 312ns ) (nur bei GDM On zu empfehlen, bringt nichts und erzeugt nur Cold Boot Probleme)
- Für Micron E-Die: tRP x3 = tRAS ; + tRP = tRC ( = tRP x4 ). Siehe oben: Bei meinen 16Gbit M16E E-Die bleiben Durchsatz & Latenz praktisch gleich vs tRP x2 = tRAS, also Empfehlung!
- Sub Timings
- 4/6/16 = tRRDS 4 / tRRDL 6 / tFAW 16 ist aus meiner Sicht optimal, weil tFAW 16 = minimal als tRRDS 4 * 4 - und RRDL 6 läuft stabil bei weniger Spannung & kaum Performanceverlust
- 4/4/16 ist "lt Lehrbuch" optimal, ist aber langsamer und braucht mehr Spannung, sonst WHEA 19 die bei 4/6/16 nicht kommen --> benötigt mehr vSOC & IOD für den IMC
- 4/6/24 als safe Variante
- 4/12/12 = WRTS 4 / tWRTL 12 / tWR 12 ist aus meiner Sicht optimal weil tWR 12 = 2x tRTP 6 - läuft stabil bei weniger Spannung & kaum Performanceverlust
- 4/8/12 ist "lt Lehrbuch" optimal; ist aber langsamer und braucht mehr Spannung, sonst WHEA 19 die bei 4/12/12 nicht kommen --> benötigt wohl mehr vSOC & IOD für den IMC
- 4/8/10 ist das absolute Minimum -> mehr Spannung oder WHEA
- 4/10/10 bei tRTP 10 geht auch, aber eben auch mit mehr Spannung oder WHEA
- tRTP 6 hab ich als stabile Alltagsvariante, auch mit GDM off 1T
- 5 & 6 = tWR / 2 bei tWR 10 / 12, "lt Lehrbuch". Wird bei 5 durch GDM automatisch auf 6 gestellt, was dann tWR 12 als Optimum bedeutet
- 4/4 = tRDRDSCL 4 / tWRWRSCL 4 geht gut, und hat angeblich ordentlich Performanceimpact.
Hab da nie mehr oder weniger versucht. Update: mit 3 oder 2 kein Boot. - 18/8(9)/4 = tCWL 18 / tRDWR 8 / tWRRD 4 (CL18) oder 18 / 9 / 2 (CL19). Im Zweifelsfall auf Auto stellen und schauen, was das BIOS einstellt
, und von da ausgehend reduzieren!- tCWL 18 + tRDWR 8/9 + tWRRD 4/2 bei 3800 würde ich bei Micron 16Gbit E-Die setzen.
- tCWL 16 + tRDWR 10/11 + tWRRD 1 geht auch, ist aber instabiler, was sich beim CPU OC bemerkbar macht. Kann auch zu viel sein: tCL18 / tCWL 16 / tRDWR 11 / tWRRD 1 --> Fehler.
- tCWL 16 geht nur auf Basis der Formel tCL - {1,2,3}.
- ...SD, ...DD, ...SC, ...SCL
- tRDRDSD 4 (4 bei DR, 1=egal bei SR) / tRDRDDD 1 (1=egal bei 2 DIMMS, 4 bei 4 DIMMs) geht gut, ist eins weniger als Standard.
- tWRWRSD 6 (6 bei DR, 1=egal bei SR) / tWRWRDD 1 (1=egal bei 2 DIMMS, 6 bei 4 DIMMs) geht gut, ist eins weniger als Standard.
- ... SC & ...SCL = Rest der tertiären Timings ist auf 1, siehe Screenshot.
- 4/6/16 = tRRDS 4 / tRRDL 6 / tFAW 16 ist aus meiner Sicht optimal, weil tFAW 16 = minimal als tRRDS 4 * 4 - und RRDL 6 läuft stabil bei weniger Spannung & kaum Performanceverlust
- 32 - 34,3 Ohm funktioniert auch mit GDM off 1T und 2T recht zuverlässig - in Abhängigkeit diverser anderer Faktoren natürlich
- ProcODT scheint, abhängig von anderen Settings, ein Fenster zu haben, in dem es optimal funktioniert. Bei mir ist das 32-34,3 Ohm, siehe unten.
- ProcODT 28,2 Ohm ist die niedrigste Einstellung und funktioniert aber nur bei GDM on problemlos!
- Bei zu aggressiven Timings manchmal Probleme beim Kaltstart. Falls er bootet, funktioniert er mit GDM on auch mit 28,2 Ohm stabil.
- 30 Ohm funktioniert, bei mir gibts damit bei 1T GDM off allerdings öfter mal Boot-Probleme oder Restart-Probleme
- 32 Ohm funktioniert, bei 1T GDM off wird tPHYRDL zuverlässig auf 26/26 trainiert, allerdings regelmäßig Restart-Probleme (mehrere Anläufe)
- 34,3 Ohm funktioniert am besten, bei 1T GDM off wird tPHYRDL zuverlässig auf 26/26 trainiert, am wenigsten Boot- oder Restart-Probleme
- ist ggf auch zu empfehlen bei höherer vDIMM ( 1,34 statt 1,33 in meinem Fall ) und RttPark ( 4 statt 5 in meinem Fall )
- 36,9 Ohm ist offenbar zusammen mit anderen Settings zu viel, bei 1T GDM off wird tPHYRDL auf 28/26 trainiert bei ungerader CL, insbesondere nach S3!
- Rtt 7/3/4 RttNom 7 (34 Ohm) / RttWr 3 (80 Ohm) / RttPark 4 (48 Ohm) funktioniert mit GDM off 1T am besten, und bootet zuverlässiger als 7/3/3 oder 7/3/5
- Rtt 7/3/5 bootet nicht so zuverlässig, schien zunächst sogar etwas stabiler zu laufen im Grenzbereich - liefert aber schneller Fehler bei maximalem CPU OC / UV / CO.
- Rtt 7/3/3 ist die am weitesten verbreitete sinnvolle Einstellung bei DR RAM, funktioniert bei mir aber nicht optimal punkto Bootverhalten und GDM off Verhalten.
- 7/3/1 geht bei GDM on genau so gut, aber ist ja unnötiger Stress mit 1 = 240 Ohm für RTT_Park. Je niedriger das alles, desto besser.
- 0/2/1 oder 6/2/4 ist bei 3866 und 3933 notwendig, sonst kein POST!
- CAD_BUS / DrvStr 20/20/20/20 ( ClkDrvStr / AddrCmdDrvStr / CsOdtDrvStr / CkeDrvStr) hab ich mit GDM off 1T laufen.Bei GDM on und 2T erst recht. Auch hier gilt niedriger ist im Grunde besser.
- 24/20/20/24 geht auch, aber CsOdtDrvStr 24 hilft angeblich beim Memory Training / Cold Boot Problemen, und bei höherer vDIMM gegen WHEA 19
- 24/20/24/24 ist safe, und hilft interessanterweise beim stabilisieren bei zu geringer vSOC. Natürlich ist es sinnvoller, einfach die vSOC zu erhöhen...
60/20/30/30 ist notwendig bei GDM off 1T und Setup 0-0-0, aber bei GDM on und GDM off 2T ist es Overkill, und ist noch anspruchsvoller bei Genauigkeit der Timings ( siehe tRFC oben! )--> war nicht 100% fehlerfrei bei TM5, tw 1 erfolgreicher Durchlauf von 5h, dann im nächsten Fehler- 120-20-20-20 ist notwendig bei GDM off 1T und Setup 0-0-0
- SetUp: 0-0-0 mit GDM on , und GDM off 2T, und GDM off 1T bei CAD 120/20/20/20
- GDM off 1T mit CAD 20/20/20/20: Setup 55-55-55 . Hier gilt es zwischen 55 - 63 zu experimentieren. 55 lief gut, 58 ev zuverlässiger. 63 lieferte Fehler & BSOD, es kann also auch zu viel sein.
- GDM off 1T mit CAD
60/20/30/30120-20-20-20: Setup 0-0-0 . Höhere Widerstände heisst idR mehr Wärme etc, mir ist daher die obere Einstellung mit 20 / 55 lieber.
- PHY Setup: war alles auf Auto bei GDM on & GDM off 2T, bei GDM off 1T dachte ich mir es bringt vielleicht was - bin mir noch nicht sicher, habe aus Ungeduld mehrere Parameter verändert
- DFE Read Training Enabled
- FFE Write Training Enabled
- PMU Pattern Bits 10 . 8 geht auch, aber mehr Memory Training ist besser scheint es
- Generelle Beobachtungen
- Die Werte voreinzustellen macht scheinbar einen großen Unterschied, standardmäßig bootet das Board mit Rtt 0/3/1. Das braucht oft mehrere Anläufe, und liefert sofort TestMem5 Fehler.
- Unterschiede bei allen Widerständen konnte ich hauptsächlich im Bootverhalten feststellen, und klar bei GDM off 1T ... ist aber schwer zu sagen.
- Bei Performance / Stabilität kaum? Unterschiede für mich erkennbar, wenn dann eher positiv bei niedrigeren Werten.
- 5800X3D: IF1900 1:1:1 bei SOC LLC = Max, vSoc 1,1500 / VDDP 0,855 / VDDG CCD 0,955 / VDDG IOD 1,055 / CPU VTT (1p8) 1,80V - Prime95 + Game-stable, keine WHEA - weder Idle noch Load
IF1900 1:1:1 bei vSoc 1,1250 / VDDP 0,85 / VDDG CCD 0,85 / VDDG IOD 1,05 / CPU VTT (1p8) 1,75V- war Prime- + gleichzeitig Game-Stable, aber ~1x / Tag ein WHEA 19 im EventlogIF1900 1:1:1 bei vSoc 1,1500 / VDDP 0,880 / VDDG CCD 0,950 / VDDG IOD 1,050 / CPU VTT (1p8) 1,77V- stabil, aber geht noch besserIF1900 1:1:1 bei vSoc 1,1250 / VDDP 0,885 / VDDG CCD 0,965 / VDDG IOD 1,045 / CPU VTT (1p8) 1,80V - Prime95 + Game-stable, keine WHEA- ca 1x / Tag doch noch ein einzelner WHEA 19IF1900 1:1:1 bei vSoc 1,1125 / VDDP 0,855 / VDDG CCD 0,955 / VDDG IOD 1,035 / CPU VTT (1p8) 1,80V - Prime95 + Game-stable, keine WHEA- bei Witcher 3 Next Gen Load doch WHEA 19- Safe: SOC LLC = Max, vSOC 1,1375 - 1,1635 abhängig von RAM Timings? / VDDP 0,835 - 0,905 abhängig von RAM Timings?/ VDDG CCD 0,955 - 0,98 / VDDG IOD 1,055 - 0,1080
- Untere Limits getestet, die sofort Fehler liefern: vSOC 1,10 sofort WHEA 19 / VDDP 0,80 --> BSOD, Freeze Windows Boot / VDDP + VDDG CCD 0,84 --> WHEA 19 / VDDG IOD 1,03 --> WHEA 19
- Zwischen "Safe" und "Untere Limits" läuft bei meinem Exemplar alles, liefert aber eben WHEA oder schmiert bei GDM off ab.
- Details siehe hier
- CPU VTT (1p8) 1,77V - 1,80V
- 1,70v Bootprobleme und sporadische WHEA 19. 1,72v bootet, aber auch WHEA 19. 1,74v liefert auch nach einiger Zeit WHEA 19, 1,75v seltene WHEA 19? 1,77V scheint safe, ich lass es lieber auf 1,80.
- Bei DDR4-3600-C16 läuft VTT übrigens mit 1,6V stabil, aber es scheint etwas Leistungsverlust zu geben - 1,65V bei 1800/3600 ist safe.
- VDIMM: 1,33V bei 3800-CL18 , bzw 1,28V bei 3800-CL19 mit etwas entspannteren Timings, die das erlauben. CL18 ist das Minimum, CL 17/16 geht auch mit 1,44V+ nicht.
- GDM on: 1,37V, ab 1,36V keine Fehler bei agressivsten Timings.
- GDM off 1T und 2T : ab 1,36V nach ein paar Minuten TM5 " sudden reboots " wie beim Drücken des Reset Knopfes.
Bei 1,35V nach ~30 - 50min reboots. 1,34 scheint zu laufen, 1,33 sogar stabiler über viele Stunden mit TM5. - 1,34V scheint auch bei etwas höherer ProcODT ( 34,3+ ) besser zu funktionieren, sowie bei niedriger CDLO VDDP (0,835 - 0,855) , und etwas höherer RttPark 4 ( statt 5 )
1,30 - 1,33V mögen offenbar lieber ProcODT 32 und RttPark 5, auch niedrigere VDDP von 0,835 scheint besser zu sein. - Interessant: mit GDM on laufen 3600 CL18 mit 1,30V , 3600 CL16 erst ab 1,44V , und dann ohne Probleme. My take:
- Die M16E ICs oder das HyperX PCB skalieren bei GDM on mit der Spannung, da dann für " Latching " (ich zitiere nur) nur die interne halbe Frequenz des RAM genutzt wird.
- Sobald mit GDM off die volle Frequenz genutzt wird, wird das Signal zu unsauber bei mehr als den spezifizierten 1,35V , jedenfalls bei 3800. Das kann teilweise mit vSOC / VDDP / ProcODT / ClkDrvStr beeinflusst werden, aber offenbar nicht genug.
- Das gilt wie gesagt jedenfalls für 3800,
das scheint auch das absolute Limit der Speicherriegel ( oder des IMC ?) zu sein. Async FCLK 1900 / MCLK 1933 mit entspannten Timings und unterschiedlichen Spannungen funktioniert jedenfalls nicht, keine Chance auf Boot.
3933 booten die Riegel auch! Allerdings brauchte ich lange um das rauszufinden, es geht nur mit Rtt 0/2/1 oder 6/2/4 (letzteres recht unzuverlässig). Scheinen auch zu laufen, aber WHEA ohne Ende, hier macht der Prozessor nicht mehr mit. Ich bleibe daher bei 3800. Bei 3600 nochmal GDM off zu testen ob ist mir zu aufwändig, und bringt mir auch nichts - mein erklärtes Ziel ist 3800 GDM off 1T, einfach um zum Club zu gehörenIch konnte es nicht lassen, 3600 & 3733 1T GDM off auch noch getestet, Ergebnisse siehe in der Zusammenfassung oben im Startpost Läuft auch wunderbar, aber tightere Primär-Timings bringen offenbar nicht viel, da 3733-C17 deutlich langsamer ist als 3800-C18, trotz tPHYRDL 26/26 bei 3733 statt 28/28 bei 3800. 3800-C18 ist in AIDA ziemlich genau um die 1,8% schneller als 3733-C17, um die der IF höher ist. Dh es stimmt wohl was man sagt, Hauptsache IF rauf, Timings sind zweitrangig.
- 5800X:
- vSOC 1,075 hab ich dann am Ende statt 1,05V eingestellt. Soll mindestens VDDG IOD + 0,04 bis +0,08 sein. 1,050V schien auch zu funktionieren.
- CLDO VDDP 0,80: geht super, und scheint mir auch gegen Soundprobleme zu helfen. 0,90V war voreingestellt, geht auch - bin aber Fan von einem Effizienzminimum.
- VDDG CCD 0,85: soll min 0,04 über VDDP liegen, läuft ohne Probleme.
- VDDG IOD 0,97: drunter gibts WHEA 19 Fehler im Eventlog. Bei 0,925V gibt es viele, bei 0,95V nur noch ganz wenige. Ab 0,96V keine mehr, 0,97V ist für mich das "sichere Optimum"
- CPU +1,8V / PLL / 1P8 auf 1,77V läuft, soll punkto Stabilität helfen. Konnte keinen Unterschied feststellen, aber hey - niedriger ist besser Lt HWinfo real eh genau 1,8V.
- VDIMM 1,37V: 1,35V läuft, liefert aber Prime95 Fehler. Ab 1,36V stabil, 1,37 sicheres Optimum. Ist real ca 1,376 lt HWinfo. Bei mehr als 1,40V+ kein Boot mit 5800X. 1,35V zu wenig, 1,37V ideal.
- FCLK / UCLK / MCLK immer 1:1:1
- IF1900 1:1:1 mit AGESA 1.2.0.5 / 1.0.2.7 ohne WHEA 19 möglich, außer ich fahre zu wenig vSOC oder VDDG IOD, oder PSS / Power Supply Idle Control funkt dazwischen
- IF2000 async geht auf dem Brett, aber wirft WHEA 19 noch bei 1,15 vSOC - darüber will ich nicht. Die 64GB booten offenbar einfach nicht über 3800
- PBO / Curve Optimizer
- PBO auf Manual und PBO Limits auf Manual + dann jeweils Auto
- PBO Limits auf Manual, und dann jeweils einzeln auf Auto: hier werden die offiziellen Limits 142 PPT / 95 TDC / 140 EDC angewendet
- PBO Limits auf Auto: hier wird automatisch ein EDC Limit von 130A gesetzt beim 5800X3D
- 5800X3D:
( UV -0,1V via vCore "Override [Auto] + Offset [-0,10V]" (nur Offset wird limitiert auf 3600MHz)--> 1,20V max vCore, via geladenem 5800X BIOS Profil (geht auch mit MSI Kombo Strike 3 ).Funktioniert, Prozessor läuft deutlich kühler bei gleichen Benchmarkpunkten, kostet aber Latenz in AIDA- PBO Advanced mit Custom CO. Hab einfach die besten 4 Cores auf -25 , die restlichen 4 Cores auf -30 , und die vSOC mittels SOC LLC = Max erhöht, das löst die Stabilitätsprobleme. Bringt gleich mal paar Punkte in CPU-Z und kostet keine Leistung. Spannend ist, dass es einen Zusammenhang zwischen vSOC und vCore zu geben scheint. Eine etwas zu niedrige vSOC kann mit weniger CO = mehr vCore offenbar ausgeglichen werden. Konkret: Reboots / Freezes bei TM5 mit 1,1375 vSOC, SOC LLC Auto und CO -25 bis 30. Lösung: LLC auf Max.
- 1,1375 vSOC, SOC LLC Auto und CO -20 .
- 1,1375 vSOC, SOC LLC Max und Custom CO Curve. Ist natürlich die bessere Lösung, weil mehr CPU Performance
- 5800X: - Wie schon geschrieben, den 5800X betreibe ich mit PBO mit CO -30 Allcore (entspricht etwa -0,03V), und -0,05V Offset) -> 1,37V max VCore effektiv.
- Die RAM Settings etc gehen auch mit vollem PBO, aber das scheint nicht schneller zu sein, während es aber mehr Leistung verbrät?
- Interessanterweise wird das ganze langsamer und weniger Primestable, wenn ich unterschiedliche CO Offsets auf die einzelnen Kerne verwende, zB -15 auf die zwei besten --> Prime-Fehler.
- PBO auf Manual und PBO Limits auf Manual + dann jeweils Auto
- Sonstige Settings für beide:
- CPPC Enabled, CPPC Preferred Cores Disabled
- C-States Enabled: Energie sparen auf Idle Kernen, um den vollen Boost zu erreichen
- LCLK DPM Auto: bei off greifen das PPT-Limit und Temp-Limit nicht mehr, dann bekommt der Prozessor bis zu 100°!
- LN2 Mode 1 & 2 Auto: keine Ahnung was das macht, im Zweifel erschien Auto stabiler als Disabled
- PSS = Cool & Quiet = Disabled: beim 5800X gab es sonst Idle Reboots, beim 5800X3D Idle WHEA 19
- Power Supply Idle Control = "Typical Current Idle": liefert sofort TM5 Fehler wenn Enabled, konnte auch keinen Unterschied beim Verbrauch feststellen
- LLC CPU: Auto: habe lang mit MSI LLC Mode 8 und Switching Frequency Auto getestet. Erst mit LLC Auto / Switching Frequency 800+ lief es fehlerfrei 10h+. War wohl zu viel UV mit CO + LLC
- LLC NB / SoC: ich empfehle Auto bei GDM on, bei 2T / 1T GDM off dann LLC auf Max ( 1 bei MSI ), oder vSOC / VDDP / CCD / IOD entsprechend höher
- Switching Frequency CPU: 1000kHz, 800kHz geht auch gut. Mit LLC Auto / Switching Frequency 800 - 1000 lief es fehlerfrei 10h+
- Switching Frequency NB/SoC: 1000kHz, 800kHz geht auch gut: siehe oben / LLC
- [Optional]: CPU vCore "Override + Offset" (nur Offset limitiert auf 3600MHz): -0,10V--> Manchmal Cold-Boot Probleme / bleibt hängen, lässt sich aber mit Reset drücken beheben
- CPU bleibt deutlich kühler (5-10°), aber wirklt sich negativ auf die Latenz aus in AIDA
- Generell: S3 / Energiesparen in Windows Disabled
- S3 Disabled, damit ich konstante und nachvollziehbare Ergebnisse erziele. Warum? Beim aktuellen MSI Beta-BIOS werden nach Aufwachen aus dem S3 Energiesparmodus ~0,37mV weniger vCore angelegt. Gut für Benchmarks, denn PBO gleicht das aus und er läuft dann deutlich effizienter. Aber nicht gut für die Stabilität. Denn auch bei der vSoC wird offenbar weniger Spannung angelegt, deshalb dann mehr WHEA 19 bei eigentlich optimalen Einstellungen, die nach S3 zu niedrig sind - und für vSOC gibt´s kein intelligentes PBO, das die reduzierte Spannung ausgleicht.
- Sonstige Beobachtungen:
- Freeze: ich hatte zb auch immer wieder während 3DMark Firestrike Loops oder auch direkt beim Beenden von F1 2021 einen Freeze, bei dem sich nur noch der Mauszeiger bewegen liess. Hier half aus meiner Sicht das Deinstallieren vom Ryzen Master (!), der auch eine Abhängikeit zu BIOS Settings hat. Im BIOS hab ich dann statt "AMD Overclocking" bei vCore auf "Offset" gestellt, und bei vSOC statt "AMD Overclocking" auf "Override".Damit sollte das fixiert sein, und AMD Software kann nicht mehr reinpfuschen. Dieser Punkt könnte auch für den 5800X3D gelten, verwende seither keinen Ryzen Master mehr, und nur "Override" im BIOS statt "AMD Overclocking"
- 5800X : PPT / TDC / EDC hab ich auch eine interessante Erkenntnis. Die hab ich im PBO manuell auf die AMD Referenzwerte eingestellt (142/95/140). Damit boostet PBO auf ein höheres VCore Limit hin wie es scheint, als wenn man ausserhalb der Limits arbeitet. Konkret: wenn ich das auf 142/95/142 stelle, ist offenbar die VCore Obergrenze 1,45V, abzüglich meinen 0,05V Offset und ~0,03V Curve Optimizer, ergibt dann am Ende meine maximal 1,37V VCore. Auf 142/95/140 wiederum boostet er auf 1,45V, trotz 0,5V Offset und 0,3V CO, ich gehe also davon aus dass er hier das PBO Boost Limit auf den bekannten 1,525V ansetzt. Also bei geplantem UV unbedingt die EDC leicht ausserhalb der Limits setzen Leistung ist gleich oder sogar besser bei 1,37V.
Abschließend bin ich da ganz zufrieden. Sehr ordentliche Leistung bei geringer Spannung und Leistungsaufnahme, und top Stabilität. AGESA 1.2.0.5 & 1.2.0.7 find ich damit ganz gelungen muss ich sagen.
Im Gegensatz zu oben mit allen Hintergrundapps aktiv außer der Aquasuite, die kostet echt Latenz:
Top Links für weiterführende Infos:
- Corsair on the Difference Between RAM Speed and CAS Latency - Perception and Truth
- HardwareLUXX : Ryzen RAM OC + mögliche Limitierungen
- Overclock.net : [Official] AMD Ryzen DDR4 24/7 Memory Stability Thread
- Computerbase: AMD Ryzen - RAM OC Community
- Reddit Thread on CADbus & AddrCmdSetup for 1T / 2T GDM off
Anhänge
Zuletzt bearbeitet:
