[Sammelthread] Ryzen RAM OC + mögliche Limitierungen
- Ersteller Reous
- Erstellt am
Bullseye13
Enthusiast
Vielleicht hilfts was. Halt uns bitte auf dem laufenden.
Wenn du es hinbekommst, versuche ich es auch nochmal.
Wenn du es hinbekommst, versuche ich es auch nochmal.
Hallo zusammen,
ich bin im Moment am Feintuning meines PCs und brauche etwas Hilfe beim RAM.
Die Threadübersicht und diverse FAQs und Guides hab ich schon durch, allerdings bin ich mir relativ unsicher, wie es nun weiter gehen soll.
Ich würde gerne noch die CAS Latency auf 14 (oder was auch immer möglich ist) runter bekommen, weiß jedoch nicht, was man wie im DRAM Calculator (Anhang) lassen sollte und wo man Hand anlegen darf.
Mein System ist im Profil hinterlegt, der Einfachheit halber aber nochmal hier der RAM: 2x 8gb Crucial Ballistix mit Micron E-Dies, XMP sind 3600@Cl16, ich bin jetzt bei 3800@Cl16.
Nach der Eingabe ist der PC sofort gebootet, obwohl ich oft die Min. statt der Rec. Werte benutzt habe.
Der Memtest läuft auch schon seit einer dreiviertel Stunde fehlerfrei.
Gerne auch begründen, was warum gut und schlecht ist, nur so lernt man dazu!
Vielen Dank schon mal für die Antworten.
ich bin im Moment am Feintuning meines PCs und brauche etwas Hilfe beim RAM.
Die Threadübersicht und diverse FAQs und Guides hab ich schon durch, allerdings bin ich mir relativ unsicher, wie es nun weiter gehen soll.
Ich würde gerne noch die CAS Latency auf 14 (oder was auch immer möglich ist) runter bekommen, weiß jedoch nicht, was man wie im DRAM Calculator (Anhang) lassen sollte und wo man Hand anlegen darf.
Mein System ist im Profil hinterlegt, der Einfachheit halber aber nochmal hier der RAM: 2x 8gb Crucial Ballistix mit Micron E-Dies, XMP sind 3600@Cl16, ich bin jetzt bei 3800@Cl16.
Nach der Eingabe ist der PC sofort gebootet, obwohl ich oft die Min. statt der Rec. Werte benutzt habe.
Der Memtest läuft auch schon seit einer dreiviertel Stunde fehlerfrei.
Gerne auch begründen, was warum gut und schlecht ist, nur so lernt man dazu!
Vielen Dank schon mal für die Antworten.
Anhänge
Ich würde die WHEA-Warnings mit ID 19 sowieso erstmal versuchen im ungekoppelten Modus mit RAM@Jedec und dem entsprechenden IF-Takt zu tracken. Also quasi Stresstest für den IF fahren. Dann dürfte die cLDO_VDDP eigentlich keinen Einfluss haben.
Hier mal ein Post inkl. Link zur Erklärung des Zen2-Speichersystems von buildzoid, den ich damals schon zu Zen2-Zeiten erwähnt hatte:
www.techpowerup.com
Es ist also gut möglich, dass die VDDG_IOD nur den IO-Die internen IF (siehe buildzoid-Video 2:55min) abdeckt, und die VDDG_CCD nicht nur für den IF zwischen den CCDs zuständig ist, sondern auch für die Verbindung zwischen IO-Die und CCD. Das konnte mir aber bisher noch keiner beantworten.
Auf jeden Fall sollte man im ungekoppelten Modus erstmal versuchen, nur den IF zu stressen und den RAM komplett außen vor zu lassen. Das ist natürlich schwierig, da einiges an "Stress" auch vom UMC her kommt, und wenn der mit Jedec-Settings vor sich hinschnarcht, fehlt da indirekt einiges an Stress. Und: Es gibt keine so wirklich guten Programme, die direkt den IF stressen. Im Grunde ist der beste IF-Stress folgender:
-Aida Cache-Test only anschmeißen
-Youtube-Musiksammlung anschmeißen
-USB-Kopiervorgang von einer externen HDD auf eine andere anschmeißen
-Kopiervorgänge von seinen Sata- und M.2-Laufwerken anschmeißen und die Ergebnisse am besten per Hashwert abgleichen
-HWInfo WHEAs tracken
Dabei darfs keine Soundknackser geben, der USB-Kopiervorgang darf nicht abbrechen, die Maus nicht rumzappeln, die Hashwerte müssen übereinstimmen und Reboots/Shutdown/BSOD darfs sowieso nicht geben. Und es muss auch noch der WHEA-Fehlereintrag in HWInfo bei 0 bleiben. Ist halt nen ganz schöner Aufwand.
Anstatt des Aida-Cache Tests als Last kann und sollte man dann auch andere Lasten testen: P95-Custom, y-cruncher, Spiele, 3DMark etc. Aber anders ist es leider kaum möglich, alle Aspekte eines instabilen IFs aufzuzeigen. Vlt hat ja wer noch einen besseren Tip :x.
Edit: Auf jeden Fall kann man sich so erstmal sicher sein, dass der RAM und die Timings, Widerstände etc. nicht schuld an irgendwelche auftretenden Fehler sind.
Edit2: Buildzoid schlägt im Video auch noch Video-Encoding als Last vor, hatte ich noch vergessen in der Liste.
Hier mal ein Post inkl. Link zur Erklärung des Zen2-Speichersystems von buildzoid, den ich damals schon zu Zen2-Zeiten erwähnt hatte:
Ryzen 3000, FCLK Issue
Did not have well over an hour to look, but on first glance, this information has only to do with AIDA64 correct? Bandwidth and latency? Mainly but not just it... Those vids and especially the first one... ...can help anyone understand what short of settings can one make with DRAM(MEMCLK)...
www.techpowerup.com
Das einzige, wo ich mir bei der Erklärung nicht sicher bin, ist die VDDG_CCD. Das würde nämlich bedeuten, dass diese Spannung bei einer 1CCD-Zen3-CPU vollkommen unwichtig wäre. Denn es fehlt der 2. CCD und die CCD-interne Aufteilung in CCXe bei Zen3. Ergo dürfte die VDDG_CCD beim Ryzen 5 5600X und Ryzen 7 5800X überhaupt keinen Einfluss haben, wenn die Erklärung so stimmt.
Es ist also gut möglich, dass die VDDG_IOD nur den IO-Die internen IF (siehe buildzoid-Video 2:55min) abdeckt, und die VDDG_CCD nicht nur für den IF zwischen den CCDs zuständig ist, sondern auch für die Verbindung zwischen IO-Die und CCD. Das konnte mir aber bisher noch keiner beantworten.
Auf jeden Fall sollte man im ungekoppelten Modus erstmal versuchen, nur den IF zu stressen und den RAM komplett außen vor zu lassen. Das ist natürlich schwierig, da einiges an "Stress" auch vom UMC her kommt, und wenn der mit Jedec-Settings vor sich hinschnarcht, fehlt da indirekt einiges an Stress. Und: Es gibt keine so wirklich guten Programme, die direkt den IF stressen. Im Grunde ist der beste IF-Stress folgender:
-Aida Cache-Test only anschmeißen
-Youtube-Musiksammlung anschmeißen
-USB-Kopiervorgang von einer externen HDD auf eine andere anschmeißen
-Kopiervorgänge von seinen Sata- und M.2-Laufwerken anschmeißen und die Ergebnisse am besten per Hashwert abgleichen
-HWInfo WHEAs tracken
Dabei darfs keine Soundknackser geben, der USB-Kopiervorgang darf nicht abbrechen, die Maus nicht rumzappeln, die Hashwerte müssen übereinstimmen und Reboots/Shutdown/BSOD darfs sowieso nicht geben. Und es muss auch noch der WHEA-Fehlereintrag in HWInfo bei 0 bleiben. Ist halt nen ganz schöner Aufwand.
Anstatt des Aida-Cache Tests als Last kann und sollte man dann auch andere Lasten testen: P95-Custom, y-cruncher, Spiele, 3DMark etc. Aber anders ist es leider kaum möglich, alle Aspekte eines instabilen IFs aufzuzeigen. Vlt hat ja wer noch einen besseren Tip :x.
Edit: Auf jeden Fall kann man sich so erstmal sicher sein, dass der RAM und die Timings, Widerstände etc. nicht schuld an irgendwelche auftretenden Fehler sind.
Edit2: Buildzoid schlägt im Video auch noch Video-Encoding als Last vor, hatte ich noch vergessen in der Liste.
Zuletzt bearbeitet:
Würd auch den IF erstmal einzeln testen. Die Frage mit der VDDG CCD hab ich mir bei den kleinen Modellen auch schon gestellt. Allerdings scheint sie dennoch nicht gänzlich unwichtig zu sein. Kann man ja einfach mal austesten inwieweit man da runter gehen kann bevor Fehler kommen.
Spannungen nach unten ausloten steht mir auch noch bevor, aber so scheint es erstmal stabil zu laufen ohne WHEA Errors
Spannungen nach unten ausloten steht mir auch noch bevor, aber so scheint es erstmal stabil zu laufen ohne WHEA Errors
Ist denk ich auch ein Verständnisproblem bei mir. So wirds wahrscheinlich eher passen:
VDDG_CCD: Spannung liegt an der IF-Logik/-Schnittstelle an, die sich im CCD befindet
VDDG_IOD: Spannung liegt an der IF-Logik/-Schnittstelle an, die sich im IOD befindet
Dass was Buildzoid im Video rot einzeichnet sind halt nur die Signalwege/Leitungen ohne die IF-"Endstücke" in den Dies. Und ich denke mal diese "Endstücke" bzw. IF-Logik ist es, die mit der VDDG versorgt werden.
@Jan83 Sieht nach typischen E-Die Timings aus. 3800CL14 hab ich bisher noch nicht bei E-Dies gesehen. Geht vlt mit viel Rumgefummel, aber ich bezweifle einen großen Nutzen. Also wenn dein 3800CL16-Setting stabil läuft, würde ich das direkt so lassen. Sehe da kaum noch Potential, aber bin auch nicht der E-Die Experte. Kannst ja mal tRCDRD noch auf 18 testen. Bei manchen soll das ja gehen, aber die meisten haben bei 19 ihre Wall.
VDDG_CCD: Spannung liegt an der IF-Logik/-Schnittstelle an, die sich im CCD befindet
VDDG_IOD: Spannung liegt an der IF-Logik/-Schnittstelle an, die sich im IOD befindet
Dass was Buildzoid im Video rot einzeichnet sind halt nur die Signalwege/Leitungen ohne die IF-"Endstücke" in den Dies. Und ich denke mal diese "Endstücke" bzw. IF-Logik ist es, die mit der VDDG versorgt werden.
Beitrag automatisch zusammengeführt:
@Jan83 Sieht nach typischen E-Die Timings aus. 3800CL14 hab ich bisher noch nicht bei E-Dies gesehen. Geht vlt mit viel Rumgefummel, aber ich bezweifle einen großen Nutzen. Also wenn dein 3800CL16-Setting stabil läuft, würde ich das direkt so lassen. Sehe da kaum noch Potential, aber bin auch nicht der E-Die Experte. Kannst ja mal tRCDRD noch auf 18 testen. Bei manchen soll das ja gehen, aber die meisten haben bei 19 ihre Wall.
Zuletzt bearbeitet:
earth
Enthusiast
Du kannst mit Typhoon den Ram auslesen, und die Werte in DRAM Calculator einfügen, und dort berechnen lassen.
Dann könnte es noch etwas anders aussehen.
Meine Ballistix (E) machen 3800CL14 "ohne Probleme", wenn man 1.48-1.5v anlegt
Rumgefummel nicht wirklich (zumindest bei mir), aber eine höhere Spannung. Ich finde aber das ist es nicht Wert um die 1.5v dauernd anzulegen, deshalb habe ich die auf 3800cl16 gelassen.
Beitrag automatisch zusammengeführt:
Siehe meinen Beitrag. Du kannst auf cl14 runter, dafür musst aber mit der Spannung rauf. Lohnt sich mmn. nicht, ich hab keine signifikante Leistungssteigerung gemessen. Deine Werte sind schon ok, viel mehr wirst du da nicht rausholen können.
Du kannst auch im calc auf 3200 fast stellen, dann siehst du auch mal c14 Werte. tRCD wirst aber kaum noch nach unten bringen können
Genau das habe ich gemacht. Ich hatte mit thaiphoon den RAM ausgelesen, HTML report erstellt und in dram calculator geladen. Das safe preset hatte zwar ähnliche timings, jedoch eine höhere Spannung, daher hab ich erstmal das fast preset genommen. Fast lässt sich ja leider nicht berechnen, wenn man den report rein lädt.
Beitrag automatisch zusammengeführt:
Ich werd mal schauen, was sich ändert und eventuell mal testen. Hab jetzt auch nicht den Zwang, um jeden Preis alles herauszuholen, bisschen oc lohnt sich ja dann aber doch, wenn man aus den Komponenten "kostenlos" mehr Leistung bekommt.
Edit: Korrektur und Anhang
Anhänge
Zuletzt bearbeitet:
G
Gelöschtes Mitglied 102156
Guest
Nachricht gelöscht
Ich probier nach der Arbeit mal RRCDRD 18 aus und berichte dann.
earth
Enthusiast
Ich nutze mein 32 GB kit bei 3733 mit 16-17-16-16-34-54 und 1,42 v
Das sind aber keine E-Dies, die du da hast :>.
Edit: Also in der Sig stehen Crucial, die sind ja in der Regel immer Micron-Chips drauf. Aber dass E-Dies problemlos tRCDRD von 17 mitmachen, hab ich noch nie gesehen. Also eigt. ist tRCDRD=19 der Standard, tRCDRD=18 die besser gebinnten und tRCDRD=17=no way. Aber man lernt nie aus
.
Zuletzt bearbeitet:
Naja, es ist recht selten, aber solche Kandidaten gibt es:
imgur.com
Discover the magic of the internet at Imgur, a community powered entertainment destination. Lift your spirits with funny jokes, trending memes, entertaining gifs, inspiring stories, viral videos, and so much more from users.
imgur.com
Meine machen da nicht mit, aber um ehrlich zu sein, hab ich es auch nie komplett ausgelotet 🤷♂️
Mehr erwarte ich von meinem "billig" RAM eh nicht. Und für 1ns zu optimieren und den RAM abzuquälen ist mir meine Zeit zu schade.
Zuletzt bearbeitet:
earth
Enthusiast
Das sind aber keine E-Dies, die du da hast :>.
Edit: Also in der Sig stehen Crucial, die sind ja in der Regel immer Micron-Chips drauf. Aber dass E-Dies problemlos tRCDRD von 17 mitmachen, hab ich noch nie gesehen. Also eigt. ist tRCDRD=19 der Standard, tRCDRD=18 die besser gebinnten und tRCDRD=17=no way. Aber man lernt nie aus
Ja sind Microns, wüsste auch nicht, was da sonst drauf sein sollte.
Dort laufen sie noch mit 18.
G
Gelöschtes Mitglied 102156
Guest
Nachricht gelöscht
Du kannst aida ohne Lizenz nutzen, die zeigt dann weniger Daten an.
Aida hat auch einen mem Stresstest für den Anfang. Es gibt natürlich auch bessere tools zum Testen.
Was ist denn das für ein teuflischer tRFC? Probier mal was um die 560 herum. Ich hab zb 554
earth
Enthusiast
Alternativ schaut ihr auch im E-Die Forum vorbei:
www.hardwareluxx.de
[Sammelthread] - Micron 8GBit E-Die DDR4
[Sammelthread] Micron 8Gbit E-Die DDR4 Hier könnte ihr über eure Erfahrungen mit Micron 8Gbit E-Die DDR4 basierten Speichern berichten. Ich werde die Ergebnisse im Startbeitrag sammeln, bis sich ein solides Bild abzeichnet. F.A.Q. Q: Was sind Micron 8Gbit E-Die? A: Dabei handelt es sich um...
www.hardwareluxx.de
Das ist der Wert aus dem dram calculator.
Ich kann wie gesagt leider noch nicht allzu viel mit den Begriffen anfangen, daher weiß ich auch nicht, was man dann am besten angeht zur Optimierung.
tRCDRD 17 hat zwar gebootet, das System ist jedoch recht schnell beim test gecrashed. Der Memtest für 18 läuft jetzt seit 4 Stunden ohne einen einzigen Fehler (Auslese mit hwinfo und testintern). tRFC stell ich dann gleich mal auf einen niedrigeren Wert.
Vielleicht hilfts was. Halt uns bitte auf dem laufenden.
Wenn du es hinbekommst, versuche ich es auch nochmal.
also ich habe es hin und her probiert mit den Spannungen und war auch schon ziemlich hoch unterwegs...
Bin runter auf 3733 Mhz und bin nochmal von dem unteren Ende der Spannungen los gelaufen und jetzt läuft 2 Tage folgendes setting, bisher ohne WHEAs und sonstige Fehler.
Bin sehr happy so und die Spannungen sind halt überhaupt nicht mit meinen versuchten Werten bei 3866 Mhz zu vergleichen...
Auch die AIDA Werte können sich sehen lassen, wie ich finde
Klasse Tipps hier auf jeden Fall, sind echt richtige cracks hier unterwegs, besten Dank schon mal!
Christianwin
Neuling
- Mitglied seit
- 12.10.2020
- Beiträge
- 19
Hallo zusammen,
da ich mit meinem Latein am Ende bin und kaum Erfahrung auf dem Gebiet habe versuche ich mal hier etwas Hilfe zu finden.
Kurz zu meinem Setup:
AMD Ryzen 5900X
Arctic Freezer II 360 AIO
MSI X570 MEG ACE aktuellstes Beta Bios 1.D6 mit Agesa 1.2.0.0
4x 8GB 3800 CL14 Trident Z Neo
RAM Settings im Bios sind alle auf Auto, das maximale was ich rausholen konnte sind 65ns
Ich habe schon zig verschiedene Einstellungen durchgetestet vom XMP Profil bis manuellen RAM OC, jedoch im Vergleich zu anderen Usern sind die Werte in den Benchmarks von 3DMARK (CPU Score 13100) CP20 (7600) so dermassen schlecht das ich die Vermutung habe das mein Mainboard oder die CPU defekt ist.
Hier mal was zur Belustigung der Allgemeinheit in dieser schweren Zeit
Ich bin für jeden Tip sehr dankbar!
Vielen Dank!
Edit: Habe den Screen vom CB20 Benchmark hinzugefügt
da ich mit meinem Latein am Ende bin und kaum Erfahrung auf dem Gebiet habe versuche ich mal hier etwas Hilfe zu finden.
Kurz zu meinem Setup:
AMD Ryzen 5900X
Arctic Freezer II 360 AIO
MSI X570 MEG ACE aktuellstes Beta Bios 1.D6 mit Agesa 1.2.0.0
4x 8GB 3800 CL14 Trident Z Neo
RAM Settings im Bios sind alle auf Auto, das maximale was ich rausholen konnte sind 65ns
Ich habe schon zig verschiedene Einstellungen durchgetestet vom XMP Profil bis manuellen RAM OC, jedoch im Vergleich zu anderen Usern sind die Werte in den Benchmarks von 3DMARK (CPU Score 13100) CP20 (7600) so dermassen schlecht das ich die Vermutung habe das mein Mainboard oder die CPU defekt ist.
Hier mal was zur Belustigung der Allgemeinheit in dieser schweren Zeit
Ich bin für jeden Tip sehr dankbar!
Vielen Dank!
Edit: Habe den Screen vom CB20 Benchmark hinzugefügt
Anhänge
Zuletzt bearbeitet:
@Christianwin
Dein RAM läuft nicht im 1:1:1 Modus, deshalb ist die Latenz auch so hoch. Außerdem sind deine Subtimings nicht optimiert.
Dein RAM läuft nicht im 1:1:1 Modus, deshalb ist die Latenz auch so hoch. Außerdem sind deine Subtimings nicht optimiert.
Geb ich dann bei dem obersten die 560 beispielsweise ein?
Beitrag automatisch zusammengeführt:
Da du auch ein msi tomahawk Board hast: kannst du dein oc Profil auf nem Stick speichern? Bei mir kommt immer "saved unsuccessfully"
Anhänge
Christianwin
Neuling
- Mitglied seit
- 12.10.2020
- Beiträge
- 19
Bei den Subtiming einstellungen habe ich meinen Speicher mit Typhoon ausgelesen und im DRAM Calculator übernommen.
Nach 2 Tagen testen habe ich nicht eine halbwegs vernünftige Konfiguration zum laufen gebracht
Den besten Wert bekomme ich mit MSI Memtry 3733 14-14-14-34 / 65ns.
Was mich nur verwundert, wenn ich die Einstellungen im BIOS auf default lasse und nur das XMP Profil 1 aktiviere müsste er doch automatisch den 1:1:1 fahren oder?
Ah okay, dein Zentimings Screen war noch älter und mit 75ns. Dann könnte das mit den Subs passen. Wenn es bei Zen3 genauso wie bei Zen2 ist, dann wird es nur bis zu einem Takt von 3600 automatisch auf 1:1 gestellt. Höhere Taktraten laufen dann asynchron.
Christianwin
Neuling
- Mitglied seit
- 12.10.2020
- Beiträge
- 19
Ich habe jetzt mal anhand der Screenshots von Deluxer die Settings übernommen und komme auf eine Latenz von 61ns
Auch im Cinebench R20 komme ich auf 8200 Punkte.
Damit bin ich ganz zufrieden, auch wenn die meisten das gleiche Ergebniss auf Stock erreichen und ich gefühlt komplett am Anschlag bin.
Vielen Dank für eure Hilfe!
Auch im Cinebench R20 komme ich auf 8200 Punkte.
Damit bin ich ganz zufrieden, auch wenn die meisten das gleiche Ergebniss auf Stock erreichen und ich gefühlt komplett am Anschlag bin.
Vielen Dank für eure Hilfe!
