[Sammelthread] Ryzen DDR5 RAM OC Thread
- Ersteller Reous
- Erstellt am
Bootet er bei 6400? Hebe mal die Soc Spannung auf 1,3 V an. Und lass mal TM5 usmus laufen, dann sehen wir weiter.
kingkoolkris
Urgestein
Ja bootet, gibt aber dann Abstürze im Cinebench/OCCT.
Ok, teste ich mal.
Ok, teste ich mal.
Ich denke das reicht mir so, wenn sonst keine Vorschläge mehr da wären (ohne an den Spannungen zu schrauben).
Nehme ich RDRDSCL zurück auf 5 bekomme ich Stabi Schwierigkeiten mit 160ns TRFC , ich bin mir aber nicht sicher ob die zusammenhängen.
Nehme ich RDRDSCL zurück auf 5 bekomme ich Stabi Schwierigkeiten mit 160ns TRFC , ich bin mir aber nicht sicher ob die zusammenhängen.
Wolf87
Experte
@Neon Knights
Vddq -60 mv für mehr stability
Twtrs 4
Trdrddd 8
Für single rank wie du es hast sd können auf 1
Twrrd 1
Dein Tras trc stimmt nicht entweder trcd+trtp+8
Rc=ras+trp
Oder du verwendest rc und tras =tCWL+tRCDWR+tWR
Bei letzterem braucht man dann nicht den Weg über Rc für Fälle wo man kein Row Hit hat. Bei mir ist letzteres auch schneller als die niedrigere RAS Formel. Kommt glaub echt darauf an wie häufig der Ram Row hitted.
Evtl tcl 30 aber dafür trcdrd und trcdwr 1 -2 points niedriger gibt dem Ram mehr Luft um die empfohlen strafferen Timings umzusetzen. Sollte sich in niedrigerrer Latency bemerkbar machen. Mit deinem 9950x würde ich eher auf Latency mich konzentrieren statt die max Bandbreite. Bandbreite hat man eh genügend.
Wenn du keine Anwendungen hast die die Ram Bandbreite braucht dann guck eher auf die Latenz
Vddq -60 mv für mehr stability
Twtrs 4
Trdrddd 8
Für single rank wie du es hast sd können auf 1
Twrrd 1
Dein Tras trc stimmt nicht entweder trcd+trtp+8
Rc=ras+trp
Oder du verwendest rc und tras =tCWL+tRCDWR+tWR
Bei letzterem braucht man dann nicht den Weg über Rc für Fälle wo man kein Row Hit hat. Bei mir ist letzteres auch schneller als die niedrigere RAS Formel. Kommt glaub echt darauf an wie häufig der Ram Row hitted.
Evtl tcl 30 aber dafür trcdrd und trcdwr 1 -2 points niedriger gibt dem Ram mehr Luft um die empfohlen strafferen Timings umzusetzen. Sollte sich in niedrigerrer Latency bemerkbar machen. Mit deinem 9950x würde ich eher auf Latency mich konzentrieren statt die max Bandbreite. Bandbreite hat man eh genügend.
Wenn du keine Anwendungen hast die die Ram Bandbreite braucht dann guck eher auf die Latenz
Zuletzt bearbeitet:
salve danke, d.h. eher 6200 CL26 versuchen? oder ruhig bei 6400CL28 bleiben und erstmal deine Vorschläge versuchen umzusetzen
WTRS =4
WTRL =16
tRFC = 384
SCL beide 6 oder 5
VDD etwas anheben auf 1,5V
VDDQ = VDDIO auf 1,4V
VSOC stabil?
Ich würde versuchen die 6400 so weit wie möglich anzuziehen wie es geht. 1,5V sind kein Problem, solange die Sticks nicht extrem warm werden.
Danach kannst du versuchen 6600 zu stabilisieren oder direkt auf 2:1 8000, 8200, 8400. Letzteres ist gerade bei deiner dual CCD performanter.
Wolf87
Experte
@Neon Knights sorry habe das falsch ausgedrückt. Tcl eher 2 punkte zurück von 28 auf 30. Dann tras und rc neu berechnen und die Empfehlungen durchführen dann tm5 dann schauen ob stabil und performanter dann kannste mit scharfen timings tcl 28 ausprobieren ob das stable ist. Oder du versuchst was vince96 schreibt. 6600 8000 =mehr bandbreite. Kommt halt drauf an wohin du optimieren möchtest
Zuletzt bearbeitet:
Better listen to @Wolf87 you should concentrate on latency rather than the bandwidth, here my little fellow 6cores almost pick you up from next bus station, pls check Nitro 1-2-1 or 0 x8 x8 & FCLK 2200 if possible
Zuletzt bearbeitet:
Mal ne blöde Frage , bisschen OT, was kann der PCIE Bus denn über die std. 100MHZ vertragen? Und wie testet man das ? Über Graka Furmark & Artefakte Scanning ? Thx
Als Erstes schmieren SATAs ab, NVME scheint da toleranter zu sein.
Beitrag automatisch zusammengeführt:
Glaube Nvidia Karten mochten das auch nicht so gerne über 100.
LuxSkywalker
Urgestein
manche können bis auf 104-105MHz hoch - aber m.e. insgesamt nicht zielführend. Würde die Zeit eher in PBO CO investieren 😉
Bam_Bam
Experte
- Mitglied seit
- 09.01.2024
- Beiträge
- 533
Die Grafikkarten -je nach Typ- fangen ab 102,x an auszusteigen. Satas auch schon mal vorher. M.2's sind da eher schmerzfreier. Die gehen oft über 104 hinaus. USB fängt aber irgendwann auch an zu spacken. Also realistisch bis 102 rum eher save.
Zum Test reicht schon die freien 3DMark TimeSpy & Co.
Zum Test reicht schon die freien 3DMark TimeSpy & Co.
Phoenix2000
Legende
- Mitglied seit
- 07.01.2006
- Beiträge
- 8.639
Bei 102,5 ist so das Limit, ab da bootet meine 4090FE nicht mehr hoch^^
Du kommst nicht mal mehr ins Windows
Beitrag automatisch zusammengeführt:
Ich habe ja von GSkill, den 2x32GB 6000CL26 Bin bekommen für ein Review.
Die letzten Tage habe ich versucht diesen ausgiebig zu testen, ich hoffe das es dem einen oder anderen eine Hilfestellung ist.
Ihr könnt ja mal reinschauen wenn ihr wollt.
Zusätzlich habe ich ihn auch unter H2O getestet.
https://www.hardwareluxx.de/community/threads/ddr5-6000cl26-2x32gb-der-neue-g-skill-ultra-low-latency-im-test.1364864/
Zuletzt bearbeitet:
Wolf87
Experte
@Neon Knights ich würde es lassen führt zu problemen. Zieh dir ropbench und lote damit das co aus. Ein weg wäre 20 sek sample + effency frequency und beste kerne auf 0 lassen und alle anderen Kerne auf das Niveau der Top Kerne zu bringen. Von benachbarten Kernen sollte der Co unterschied nicht mehr als 5 punkte innerhalb des ccd sein wegen "Vampire Effekt"
Dann mit Games und cinebench checken ob stable das sollte für die Praxis und den typischen Anwendungsfälle reichen
Dann mit Games und cinebench checken ob stable das sollte für die Praxis und den typischen Anwendungsfälle reichen
Zuletzt bearbeitet:
RediMischa
Enthusiast
Der hat sich letzte Woche schon hier ausgekotzt. Scheint ein mentales Problem mit RedF zu haben 🤷♂️
Lässt sich einfach beantworten:
Lexar benutzt das selbe PCB wie es auch Gskill verwendet (6000C26 Module verwenden aber eine neue Revision des PCBs). Deshalb ist auch hier der selbe RGB-Controller verbaut und auch die Software ist identisch.
Asus Stealth Mode = Ram leuchtet weiter vor sich hin und das auch sehr penetrant
Phoenix2000
Legende
- Mitglied seit
- 07.01.2006
- Beiträge
- 8.639
Wenn du die auf Wasser umbaust leuchtet es nur noch heimlich^^Lässt sich einfach beantworten:
Lexar benutzt das selbe PCB wie es auch Gskill verwendet (6000C26 Module verwenden aber eine neue Revision des PCBs). Deshalb ist auch hier der selbe RGB-Controller verbaut und auch die Software ist identisch.
Asus Stealth Mode = Ram leuchtet weiter vor sich hin und das auch sehr penetrant
Mit "Asus Aura Sync" (standalone) kann ich mein g.skill RGB gezielt für den RAM ausschalten.Asus Stealth Mode = Ram leuchtet weiter vor sich hin und das auch sehr penetrant
Fun_King2k
Enthusiast
Hab ich garnicht drauf… hab den Speicher heut installiert und es bleibt aus 🫤😆… Hab im Bios nur Stealth Mode an
Er ist nicht defekt 😏
Induktor
Enthusiast
Hatte mal aus Neugier den RAM gewogen. Original G.Skill Heatsink vs. Custom Air Cooler:
Fun_King2k
Enthusiast
Interessant
Kurzer Info zum Lexar Kit:
Identisches PCB wie auch alle anderen Lexar Kits aus der Ares Gen1.
PMIC ist auch hier von GMT & bei Asus für den OC Modus aktiviert (Auf dem SPD lässt sich der Modus überschreiben).
6400 26-36-32 laufen aktuell bei 1,53V auf einem 1DPC Board, sind also etwas schlechter als die Gskill (Das kann aber auch an dem "älteren" PCB liegen).
Identisches PCB wie auch alle anderen Lexar Kits aus der Ares Gen1.
PMIC ist auch hier von GMT & bei Asus für den OC Modus aktiviert (Auf dem SPD lässt sich der Modus überschreiben).
6400 26-36-32 laufen aktuell bei 1,53V auf einem 1DPC Board, sind also etwas schlechter als die Gskill (Das kann aber auch an dem "älteren" PCB liegen).
Fun_King2k
Enthusiast
Bin wahrlich kein OC Erfahrener aber was würdet Ihr bei dem CL26 Kit 2x32GB mit normaler Installation ohne extra Luftkühler als 24/7 machbar erklären?
6200 @ cl28 ?!
6200 @ cl28 ?!
RaverXX
Enthusiast
Gskill 8400 CU-Dimm günstig bekommen. Tests stehe noch aus.
Ähnliche Themen
