[Work-Log] Aufrüsten auf einen 5800X3D! Was ist an Leistung möglich!

[MehlstaubtheCat]

Nur fehlen halt uns "Fortgeschrittenen" dann Infos wenn du etwas postest!
Ich weiß alles was das ist in HWinfo
und wenn man davon einen gesamten Screen macht,
denn man auch lesen/sehen kann,
kann ich bedeutend mehr sagen, als das beim HW-Monitor der Fall ist.

Musst mal anders herum sehen, ich möchte dir ja gern helfen,
sonst wärst ja öffentlich nicht hier im Thread gelandet! 😊

Anderes Thema!

Ich habe es erfolgreich erreicht,
auch bei mir GDM off zum laufen zu bringen.
Muss da noch etwas "Erfahrung" sammeln,
damit ich das vielleicht auch für Kunden anbieten kann.

Nur bin ich jetzt mit den Timings am austesten,
überhaupt nicht zufrieden.
Gefühlt ist GDM off "On Point" was bei "GDM on noch etwas "verwaschen" ist.
Ihr wisst sicher was ich meine!
Bei GDM "off" ist es sehr direkt und scharf,
das es läuft und bei GDM "on" nicht.

Jetzt würde ich mir gerne eine Test-Taktik erarbeiten!
Wie ich, mit welchen Benchmarks,
am besten sehr präzise testen kann,
welches Timing mehr oder wenige Performance bringen.

Denke da gerade daran das alles im Abgesicherten Modus zu testen,
damit der Einfluss andere Programme, Dienste und Treiber am geringsten wäre.
Somit das Ergebnis wie gesagt präziser.

Ist nur wie gehe ich das ganze irgendwie an,
so das ich immer den gleichen Ablauf habe, hmm.
Welche Programme?

Meinungen sind gerne willkommen!

Edit:

Karhu bei 186.27 MB/s
(im Screenshot mit reingeschnitten,
ist so normal nur zu sehen,
wenn man mit der Maus über die % Prozente geht!)


Gruß
Mehlstaub aka Martin

 

[BreadPit]

Hey @MehlstaubtheCat gratuliere, schöne (und langwierige ) Ambition

Ein guter Start ist da mein Thread siehe Sig, da wird GDM off mitbehandelt bei den jeweiligen Settings. Ev will ich den eh noch mit einem eigenen GDM off Block ergänzen - und einer simplen "RAM-Timing-Template" mehr für meinen Eigenbedarf, dass ich mich nächstes Mal erinnere wie ich rasch zu einem typischen 95% Setup komme

Was Du meinst, da bin ich mir nicht ganz sicher: GDM on verschleiert Timings, die "eigentlich" grenzwertig oder schlicht "falsch" sind, und funktioniert durch den halben Takt auf Addr / Cmd Bus aber dennoch vermeintlich "schneller" - aber halt etwas "unsauber", meinst Du das?

In Kürze würd ichs wohl in Zukunft so machen:

1. Mit GDM On
   1. Die "harten Limits" finden, also "no boot".Allen voran tRCDRD, aber auch tRC, tRFC
      1. Am wichtigsten ist hier tCWL / tRDWR / tWRRD auf mal für den Anfang auf Auto und auslesen die hängen von einander ab. Je nach tCWL Auto Setting würde ich dann:
      2. tCWL = tCL (gerade CL) / tCL-1 (ungerade CL) würde ich ggf fixieren. Dann geht tRDWR und tWRRD runter, und ist einfacher stabil zum Laufen zu kriegen.
   2. 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 21, tRC 56-76 statt 54, tRFC mit 320-350ns statt 310ns
   3. Dann nach den bekannten Regeln die Timings setzen, ggf auch mal 1 Stufe entspannter starten
      1. Da hab ich mittlerweile ein "Best Practice Grundsetup" mit nur wenigen Varianten. Es gibt hier gar nicht so viele Kombinationen, die Sinn machen, sollte schnell gehen
2. GDM off 2T einstellen
   1. 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
   2. Mit TM5 anta777 ABSOLUT Stabilität testen
3. GDM off 1T einstellen
   1. Variante 1: CAD 20/20/20/20 , setup 55-55-55 bei mir. Hier müssen also eigentlich je nach Takt nur noch SetUp Timings 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
   2. Alternativ: CAD 60/20/30/30 , Setup 0-0-0 bei mir. AddrCmd auf 20 lassen, mit den anderen etwas experimentieren, va. ClkDrvStr

Das wars eigentlich schon! Einen Kniff gibts noch: tPHYRDL auf 26 statt 28 trainieren, das sorgt für niedrigere Latenz. Entscheidend ist hier VDDP, auf 0,905V wird das zuverlässig auf 26 trainiert. Bei MSI gibts ne Besonderheit - gerade CL, zB CL18 2T = tPHYRDL 26 . Ungerade CL, zB CL19 1T = tPHYRDL 26. Alles andere ist tPHYRDL 28. Deshalb fahre ich CL19, ist bei meinen 64GB wg tRFC & tRCDRD nicht langsamer als CL18.

Bei mir hats nur so lang gedauert, weil:

• Ich hab mich nicht an Regel 1.2 gehalten. Die tRFC 310ns ZB lief mit 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.

Tests sind TM5 vor allem, Benches nehm ich AIDA und 3DMark TimeSpy für RAM.

Wg was schneller ist: bei AIDA zB ist 4-4-16 tFAW / 4-8-12 tWR langsamer als 4-6-16 / 4-12-12 !
Dafür ist AIDA wiederum tFAW 16 egal, aber bei 3DMark gleich ~3% mehr Score als mit 24.

Ist für den Anfang ganz gut - Gaming Benchmarks sind dann wohl am aussagekräftigsten, aber auch aufwändigsten, siehe erst neulich hier...

 

[MehlstaubtheCat]

Muss ich mir morgen durchlesen!
Heute gehe ich mal früher bubu machen. 🤪

 

[Fas7play]

Gaming Benchmarks sind dann wohl am aussagekräsftigsten

Und da sind "wir" an einem Punkt, wo man... keine Kritik an (d)einer Person (weil der Quote das vermuten ließe) sondern an der "Sache" sein soll.

Klar, kann man..
Games die "Empfindlich" reagieren, zusammenstellen mit Settings, die nicht dem Alltag (720p/..) entsprechen, sodass der Aufwand, der betrieben wurde, sich lohnend darstellt. Genau so kann man auch meine Wahl der Spiele anzweifeln. Nur kauf ich ein Spiel nicht weil diese geil auf Eigenschaften der Hardware reagieren, sondern weil ich es zocken will.

Beispiel Cyberpunk:
Wo die Balken wieder länger wurden, diesmal nicht durch Tuning an Hardware, sondern dank Process-Lasso!

Verglichen wird:
Stock XMP, noCO -> 3200 voll optimiert -> 3600 voll optimiert
Schön lässt sich der betriebene Aufwand in mehr FPS darstellen, für mich - abgesehen von Limitationen des IMC/Motherboard (über 3600 bricht die Leistung komplett ein! Nachstellbar von @Creekground ) - ist 3200 "scharf" in "allen Ebenen" prädestiniert für meine Kiste.

Ganz anders schaut es dann in der "realen Umgebung" aus.
Also 1440p, mit Default-Werten bzw. Ultra/Ultrahigh... VSYNC aus, so wie man halt Solo-Spiele spielt.
Wer sich so was im Hintergrund - Abseits von synthetischen Benchmarks, die nur Anhaltspunkte sind - anschaut.. Teilweise verschwinden die "gains" dann bei FPS-Limiter (120/144/165/..), schiebt sich halt alles noch weiter zusammen.

SOTTR FPS-Cap: 165

RDR2 FPS-Cap: 144

RDR2 ohne FPS-Cap, InGameBench

Spoiler

1440p - Ultra =>3600/3200
Voll optimiert macht in den lows.. gute 10% gegenüber X.M.P. Stock noCO.

X.M.P. Stock noCO

SOTTR ohne FPS-Cap, InGameBench

Spoiler

1440p - Ultra
dem Spiel ist es komplett egal..
3600 voll optimiert

X.M.P. Stock noCO

Möchte damit aber sicher auch nicht sagen:
OC/Optimieren lohnt nicht, NEIN das ist fatal - gerade beim x3D ist dies zwingend Notwendig => besser in: Boostverhalten, Verbrauch und Temperatur!

 

[BreadPit]

Alles gut, wir sind uns einig. Ich sage nur, wie es geht - nicht dass der Aufwand Sinn macht 😉

Ist so ne Machbarkeitsstudie mit anschließenden Tests, aus Interesse. Und puristischer ist es halt schon 😉

Hab übrigens ne neue Theorie.:ich laufe ja ins PPT Limit und frage mich ob das bei euch auch so ist? Glaube das war früher nicht so, habe keine Erklärung dafür ausser 1T GDM off und neues BIOS?

Auf OCN sind da zwei gaaanz weit weg von den Limits, und das mit BCLK OC und echten Bench Highscores...

 

[Erpel]

@Garrus würdest du mir mal deine Bios Settings zur Verfügung stellen, habe auch ein x470 von ASrock das Taichi, neustes BIOS 8.01.

Servus an alle, verfolge euren Blog seit dem ich von ein paar Wochen mir den 5800x3d eingepflanzt habe, konnte mir einiges abgucken, coole Truppe Gruß Erpel

@Serandi
Die Nachteile machen sich dann bei Wechsellast bemerkbar. Wenn da Clock Stretching auftritt, fällt für ein paar Milisekunden der Takt ab. In Games wirst du das durch Framespikes, Microstuttering oder ungleichmäßig Frametimes erkennen. Je nachdem wieviele Cores dann vom Clock Stretching betroffen sind.

Meine Gedanken dazu, damit du meine Aussage besser einordnen kannst:

Nach meiner Erfahrung laufen die 5800x3D im 1120 - 1150mV VID Bereich am konstantesten.

Ich z.B. habe meinen mit den hier diskutierten y-Chruncher und Core Cycler Methoden auf +/-1140mV optimiert. Da läuft meiner am besten und zeigt sogar Effektive Kernboosts auf 4.550 MHz und höher. Klar man verliert im CB23 Punkte aber ich habe da lieber konstante Leistung und geringen Verbrauch in Realanwendungen als irgendwelchen synth. Benchmarks.

Anhang anzeigen 1349992

Anhang anzeigen 1349990

 

[Fas7play]

das mit BCLK OC und echten Bench Highscores...

Meinst den Ami, der sich über Platz 4 World.. Timespy CPU Score (13.583 bei 105.99 BCLK) freut?
Hab mir das mal angesehen.. spannend.

Mir fehlen ganze 368 (13.215) Punkte (in der kurzen Zeit, ohne viel Liebe) auf seinen Rekord bei lediglich 101,66 FSB, ist einfach nur schnell hingeklatscht!
Man möge mir unterstellen, dass der Run nicht legit ist "weil Custom"... sorry, "spiele" nicht zum ersten mal 3D Quark. Wo wir wieder bei Aufwand <> Nutzen sind..

:Update: nur noch 297 Punkte ^.^

Spoiler

LinpackXtreme BCLK 101.66 = 343,4306

 

[Shayura]

Hattest du eigentlich noch was an den Voltage-Einstellungen verändert, oder ist alles so geblieben, wie in den Anhängen zu sehen ist?
Würde diese spätestens Montag einmal testen
(Sofern die safe sind natürlich, deswegen die Frage)

 

[Creekground]

Wo die Balken wieder länger wurden, diesmal nicht durch Tuning an Hardware, sondern dank Process-Lasso!

Wie meinst du das?

Ich habe noch ein 3400er Setting gefunden das recht smooth läuft.

Hab ich dich jetzt geschnickt?

 

[Garrus]

@Garrus würdest du mir mal deine Bios Settings zur Verfügung stellen, habe auch ein x470 von ASrock das Taichi, neustes BIOS 8.01.

Klar kein Problem. Ich hab mal Screenshots von den Bereichen bei denen ich Änderungen vorgenommen habe gemacht.

Bei RAM OC und Curve Optimizer musst du aber selbst rausfinden was hier die richtigen Settings sind. Da kann man nichts pauschal übernehmen.

 

[BreadPit]

Meinst den Ami, der sich über Platz 4 World.. Timespy CPU Score (13.583 bei 105.99 BCLK) freut?
Hab mir das mal angesehen.. spannend.

Mir fehlen ganze 368 (13.215) Punkte (in der kurzen Zeit, ohne viel Liebe) auf seinen Rekord bei lediglich 101,66 FSB, ist einfach nur schnell hingeklatscht!

LinpackXtreme BCLK 101.66 = 343,4306

Sehr nice... Ja genau den Ami mein ich. Und dann gibts noch einen Landsmann wie mich, nen Ösi, der auch trotz BCLK OC nicht in die Limits läuft.

Aber ich hab mir das eh schon selber beantwortet (gestern im Fieberwahn und Rückwärtsgang bei der Nahrungsaufnahme hab ich das nicht gecheckt). BCLK 100 mit CO lauf ich ja auch in keine Limits. Die werden natürlich CO -30 auch bei BCLK OC eingestellt haben. Das geht ja bei mir auch, aber Y-Cruncher stable ist erst CO -0 schon bei BCLK 102,25. Und ich hab natürlich das Stable Setting gebenched.

Dh die scoren halt mit instabilen Settings - schön für sie, aber für mich uninteressant.

 

[Creekground]

die scoren halt mit instabilen Settings - schön für sie, aber für mich uninteressant.

So sieht es aus. Denke schon von Anfang an das alles nur fake ist. Möchte mal wissen wieviel % stabil unterwegs sind.

 

[BreadPit]

Verglichen wird:
Stock XMP, noCO -> 3200 voll optimiert -> 3600 voll optimiert
Schön lässt sich der betriebene Aufwand in mehr FPS darstellen, für mich - abgesehen von Limitationen des IMC/Motherboard (über 3600 bricht die Leistung komplett ein! Nachstellbar von @Creekground ) - ist 3200 "scharf" in "allen Ebenen" prädestiniert für meine Kiste.
...
Ganz anders schaut es dann in der "realen Umgebung" aus.
Also 1440p, mit Default-Werten bzw. Ultra/Ultrahigh... VSYNC aus, so wie man halt Solo-Spiele spielt.
...
Möchte damit aber sicher auch nicht sagen:
OC/Optimieren lohnt nicht, NEIN das ist fatal - gerade beim x3D ist dies zwingend Notwendig => besser in: Boostverhalten, Verbrauch und Temperatur!

Ich gehe davon aus, dass die Benches alle ohne CO sind, nicht nur Stock / XMP? Wenn nicht, kann man daraus nicht wirklich eine RAM-OC Aussage ableiten. Sehr wohl natürlich eine generelle Tuning-Aussage.

Spannend finde ich, wie unterschiedlich wir tw die gleichen Zahlen sehen - die 5%+ bei 3600 würde ich sehr wohl mitnehmen Du nimmst halt lieber die Effizienz mit, mit SoC Energysave.

 

[MehlstaubtheCat]

Willkommen im Forum @Erpel !
Ebenso willkommen im Thread!

Hattest du eigentlich noch was an den Voltage-Einstellungen verändert, oder ist alles so geblieben, wie in den Anhängen zu sehen ist?
Würde diese spätestens Montag einmal testen
(Sofern die safe sind natürlich, deswegen die Frage)

Moin!
Bei mir ist nochmal sehr viel verändert.
Denke da kann ich nochmal mein ganze Bios "Shoten"
Mach ich aber dann erst, wenn ich meine RAM-Timings "fertig" getestet habe.

@BreadPit
So ich beginne gerade deinen Text mit dem Ram-Settings zu lesen.

Was Du meinst, da bin ich mir nicht ganz sicher: GDM on verschleiert Timings, die "eigentlich" grenzwertig oder schlicht "falsch" sind, und funktioniert durch den halben Takt auf Addr / Cmd Bus aber dennoch vermeintlich "schneller" - aber halt etwas "unsauber", meinst Du das?

Ja, das meine ich! Bei GDM "on" wird mehr abgedeckt, verschönert, hingebogen.
Das geht bei GDM "off" nicht mehr, das ist ein ganz scharfes, ja oder nein.

Einen Kniff gibts noch: tPHYRDL auf 26 statt 28 trainieren, das sorgt für niedrigere Latenz. Entscheidend ist hier VDDP, auf 0,905V wird das zuverlässig auf 26 trainiert. Bei MSI gibts ne Besonderheit - gerade CL, zB CL18 2T = tPHYRDL 26 . Ungerade CL, zB CL19 1T = tPHYRDL 26. Alles andere ist tPHYRDL 28. Deshalb fahre ich CL19, ist bei meinen 64GB wg tRFC & tRCDRD nicht langsamer als CL18.

Das mit tPHYRDL war mir schon bekannt,
hab ich aber bisher wohl noch nicht die nötige Aufmerksamkeit gewidmet.
Nach deiner Angabe müsste ich mit CL15 und nicht mit CL14 Booten,
so das ich von tPHYRDL 28 auf tPHYRDL 26 komme.
CL14 1T oder eben CL15 1T.
Und daraus müsste sich dann in AIDA,
an der Latenz eine kleine Reduzierung ergeben?
Test wird kommen! 😊

Ist halt die Frage ob 15-8-15-14-30-44 schneller oder besser von der Latenz ist als 14-8-15-14-28-42
Man sagt ja immer tCL x2 = tRAS, denke aber das ich auch bei tCL von 15 eine tRAS von 28 versuchen werde.
Somit 15-8-15-14-28-42.
Werde ich testen, bin gespannt ob es klappt!

1. GDM off 2T einstellen
   1. 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
   2. Mit TM5 anta777 ABSOLUT Stabilität testen
2. GDM off 1T einstellen
   1. Variante 1: CAD 20/20/20/20 , setup 55-55-55 bei mir. Hier müssen also eigentlich je nach Takt nur noch SetUp Timings 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
   2. Alternativ: CAD 60/20/30/30 , Setup 0-0-0 bei mir. AddrCmd auf 20 lassen, mit den anderen etwas experimentieren, va. ClkDrvStr

Bei mir läuft gerade 24/20/24/24, denke aber das auch 20/20/20/20 stabil läuft.
Bei mir haben die "Str" Setup Settings auf 55-55-55 bewirkt das ich GDM "off" starten konnte.
Ohne "Str" startet mein System nicht.
Denke ich gehe mal auf 20/20/20/20 und 55-55-55 wenn das Stabil ist wäre das Final für mich.

Hier mal mein kleiner B-Dies Guide (GDM "off") :

SOC = 1,1V in Bios + ASUS LLC 2 (Load Line Calibration)
ergibt 1,0875V auf dem SOC

VDDP = 0,900 V mehr braucht man normal nicht, selten 0,950V
CCD = 0,960 V (0,95-1,025V)
IOD = 0,985 V (0,975-1,050V)
DRAM Voltage = 1,5V

15-8-15-14-28-42 (tCL, tRCDWR, tRCDRD, tRP, tRC)
muss ich noch testen, wird aber zu 99% final sein bei mir.

tCL x2 = tRAS man kann auch tCL x2 = tRAS -2 testen
tRP + tRAS = tRC (nur bei B-Dies)

tRCDWR muss ich mal separat testen ob es was bringt auf 8 oder doch besser auf 14.
Da scheiden sich ja die Geister!
Werde das noch ganz genau testen, Test folgt!

tRRDS 4, tRRDL 4, tFAW 16
also 4/4/16 ist etwas schneller als 4/6/16 bei mir,
braucht eben mehr Spannung, egal!

tWTRS 4, tWTRL 8, tWR 12 also 4/8/12 läuft bei mir sehr gut.
3/7/10 Bootet nichts davon.

beide SCL laufen mit 2, besser geht es nicht

tCWL = tCL, bei ungerader tCL-1 also bei tCL15,
werde ich weiter tCWL 14 fahren, bei tCL 14 bleibt es bei tCWL 14.

tWR / 2 = tRP also 12 / 2 = 6, passt bestens

tRDWR 10 und tWRRD 3
bei mir geht kein 9 oder 8 bei der tWDWR
und kein 2 oder 1 bei tWRRD
passt sehr gut so für mich.

Die Third Timings 1-4-4-1-6-6-1 sind eh Standard.

tRFC hier bin ich gespannt ob sich gerade bei GDM "off" sich etwas getan hat.
Bin bei 284 was relativ hoch ist für 3814MHz.
Mal sehen 264 austesten und schauen ob das geht, hatte ab da Probleme mit GDM "on".

ProcODT 36,9 Ohm
RttNom Disabled
RttWR RZQ/3
RttPark RZQ/2

24/20/24/24 und 55-55-55
20/20/20/20 und 55-55-55

Ich teste mit Krahu (kostet einen 10er)
und mit TM5 dort Anta777 Absolut und Extreme (kostenlos)

DRAM Takt wird falsch ausgelesen ist 3814MHz!

 

[BreadPit]

Ja, das meine ich! Bei GDM "on" wird mehr abgedeckt, verschönert, hingebogen.
Das geht bei GDM "off" nicht mehr, das ist ein ganz scharfes, ja oder nein.

Ja, bis zu einem gewissen Grad. Leider gibt es auch bei GDM off einen Graubereich, der ganz schön Zeit kosten kann wenn man ihn nicht kennt. tRFC, und die tCWL Regel...

Das mit tPHYRDL war mir schon bekannt, hab ich aber bisher wohl noch nicht die nötige Aufmerksamkeit gewidmet.
Nach deiner Angabe müsste ich mit CL15 und nicht mit CL14 Booten, so das ich von tPHYRDL 28 auf tPHYRDL 26 komme.
CL14 1T oder eben CL15 1T.

Jein - bei MSI ist das so, Du hast ja Asus - da könnte auch 14 1T gehen? Sonst eben 14 2T vs 15 1T.

Und daraus müsste sich dann in AIDA, an der Latenz eine kleine Reduzierung ergeben? Test wird kommen! 😊

Genau Bei mir sinds ca 0,5ns.

Bei mir läuft gerade 24/20/24/24, denke aber das auch 20/20/20/20 stabil läuft.

thumbsup

Bei mir haben die "Str" Setup Settings auf 55-55-55 bewirkt das ich GDM "off" starten konnte.
Ohne "Str" startet mein System nicht.

Würde es, aber nur mit 60/20/30/30 CAD. Manche bevorzugen das, weil sie glauben das Setup Timings irgendwas verlangsamen - kann ich nicht nachvollziehen, und weniger Str = weniger Ohm = weniger StrOhm , also bevorzuge ich Setup Timings.

Denke ich gehe mal auf 20/20/20/20 und 55-55-55 wenn das Stabil ist wäre das Final für mich.

Beste aus meiner Sicht!

VDDP = 0,900 V mehr braucht man normal nicht, selten 0,950V
CCD = 0,960 V (0,95-1,025V)
IOD = 0,985 V (0,975-1,050V)
DRAM Voltage = 1,5V

Ich beneide dich um Deinen Prozzi, punkto Spannungsanforderungen Bei mir IOD 1,055 . Ev hat das mit den 64 GB zu tun, denke aber nicht - der 5800X lief mit dem gleichen Speicher bei 0,975 IOD.

tRDWR 10 und tWRRD 3 bei mir geht kein 9 oder 8 bei der tWDWR und kein 2 oder 1 bei tWRRD

Das ist interessant. Was stellt Dir das Board auf Auto ein bei tCL = tCWL? Auch B-Dies haben da oft 8/3 was ich so sehe?

ProcODT 36,9 Ohm
RttNom Disabled
RttWR RZQ/3
RttPark RZQ/2

Da geht glaub ich noch was. ProcODT 32 --> 34 probieren, und Rtt 7/3/4 --> 7/3/3 --> 6/3/3 probieren.

Warum? Park 1 = 240 Ohm Terminierungswiderstand = heisser Speicher. Park /4 = 60 Ohm --> kühler.
ProcODT runter = kühlerer Prozessor. ProcODT rauf = interessanterweise kühlerer RAM, suchs Dir aus

Ich hab einfach alle Terminierungswiderstände runtergesetzt --> alles kühl

Bin schon gespannt, viel Erfolg!

 

[Creekground]

1440p - Ultra =>3600/3200
Voll optimiert macht in den lows.. gute 10% gegenüber X.M.P. Stock noCO.

Hast du auch noch den Vergleich mit 3200 scharf? Nur zum nachschüren.

 

[Erpel]

Danke für die Screens @Garrus

Könnt ihr bitte mal drüber schauen, habe 3600 CL 16 Corsair LPX, Micron H Die/ B0 die laufen mit 3800 und Timings auf Auto bzw. xmp stabil. Jetzt habe ich mal getestet wie weit ich die Timing straffen kann, habe sie wieder auf 3600 gestellt und per DRAM Calculator die Timing gestrafft und noch ein paar weiteres Einstellung laut Calculator, Karuh lief jetzt bis 3000% ohne Fehler.

Wo ich nicht zurecht komme ist trfc , trfc2 , trfc4 im DRAM Calc steht 535/ 630 / trfc(alt) 549 weis nicht was ich wo eintragen soll

Im Bios stehen momentan diese Werte:
trfc: 312
2 trfc2: 192
4 trfc4: 132

 

[MehlstaubtheCat]

@Erpel

Erst mal dein Karhu richtig konfigurieren!
1:54 h:mm ist für 3000% nix! Da hast du nicht den CPU Cache bei Advanced aktiviert!
Dort auch gleich noch den haken bei Stress FPU mit rein nehmen.

Dann würde ich mal auf 3800MHz anfangen, und schauen welche Timings das Bios dort setzt.
Mach doch davon auch einen ZenTimings Screenshot!

tRFC reicht wenn du die normal eingibst und überall bei 2,4 der gleiche Wert drin ist.

Und ganz wichtig nimm nicht den DRAM Calc zum optimieren,
der ist massiv veraltet und bringt nicht die Werte die man braucht!
Gleich runter mit dem, komplett überflüssig!

Ja, bis zu einem gewissen Grad. Leider gibt es auch bei GDM off einen Graubereich, der ganz schön Zeit kosten kann wenn man ihn nicht kennt. tRFC, und die tCWL Regel...

Nur das der Graubereich von GDM "on", sich viel größer und schwabbeliger,
schwammiger an fühlt, als GDM "off".
Ich hätte dann schon viel früher mal mit GDM "off" experimentiert.
Ich mag es viel lieber als GDM "on".
Reines "Gefühlsding" bei mir!

Jein - bei MSI ist das so, Du hast ja Asus - da könnte auch 14 1T gehen? Sonst eben 14 2T vs 15 1T.

Genau Bei mir sinds ca 0,5ns.

Ne, ist auch bei ASUS so, tPHYRDL 28 it bei CL14 1T und tPHYRDL 26 bei CL15 1T.
2T kommt mir nicht in die "Tüte", da ist dann GDM "on" 1T mit CL14 wieder schneller.

Würde es, aber nur mit 60/20/30/30 CAD. Manche bevorzugen das, weil sie glauben das Setup Timings irgendwas verlangsamen - kann ich nicht nachvollziehen, und weniger Str = weniger Ohm = weniger StrOhm , also bevorzuge ich Setup Timings.

Denke ich werde bei 20/20/20/20 55-55-55 bleiben

Das ist interessant. Was stellt Dir das Board auf Auto ein bei tCL = tCWL? Auch B-Dies haben da oft 8/3 was ich so sehe?

Auf tCL von 14, sind es dann "Auto" tCWL 14.
Ja, 8/3 hab ich nur mit GDM "on" das kann ich komplett vergessen mit GDM "off".
10/3 ist save da passiert bei mir nix mehr!

Da geht glaub ich noch was. ProcODT 32 --> 34 probieren, und Rtt 7/3/4 --> 7/3/3 --> 6/3/3 probieren.

Warum? Park 1 = 240 Ohm Terminierungswiderstand = heisser Speicher. Park /4 = 60 Ohm --> kühler.
ProcODT runter = kühlerer Prozessor. ProcODT rauf = interessanterweise kühlerer RAM, suchs Dir aus

Joa, das ist mit das was ich am RAM-OC am wenigste "mag"!
Das blöde "herumgebimmsel" mit den Widerständen.

Kommt bei mir dann ganz am Ende,
nach dem Test ob ich mit der DRAM Voltage runter kann,
im Vergleich zu GDM "on",
denke ja eher wohl nicht, aber testen werde ich es.

Timings> Spannungen> Widerstände

Fahre ich am besten damit.

 

[Verangry]

Das mit der phys ist abhängig vom PCB der Riegel, den Widerständen und dem Takt.
Bis 3600 legt das MSI Brett bei mir auch 26 an (egal mit welchen Timings) ab 3733 dann 28 und ab 4133 bzw 4200 muss ich dann schon die Widerstände anpassen, da es auch mal bei 30 landen kann, wenn ich sonst die Timings locker lasse.

4200 CL16 muss ich mit komplett anderen Widerständen booten, da muss ich von 7/2/1 auf 4/1/6.

Was den Park Widerstand angeht konnte ich bei mir absolut null Temperatur-Unterschiede feststellen, da scheiden sich die Geister (und ich halte Geister für einen Mythos).

 

[MehlstaubtheCat]

Was würdest bei 3800MHz an Widerständen setzen,
so das ich dann klar, die 26 erreichen kann ohne mit der CL auf 15 zu müssen?