Leserartikel AMD Ryzen - RAM OC Community

@LukS
Ich habe ja auch mit dem HCI Memtest getestet. Wenn's instabil lief, hatte ich meistens spätestens bei ~250 Prozent einen Fehler. Nur ein einziges Mal tauchte einer bei 320 % auf. Wenn darüber hinaus nichts kam, dann auch bis 800 Prozent nicht.
 
  • Gefällt mir
Reaktionen: cm87
@Tru Danke für deine Rückmeldung. Ich selbst hab HCI nur mal kurz angesehen... Bin da mit Karhu absolut zufrieden. @curious hat damals ja auf HWLuxx dazu einen tollen Beitrag geliefert und sich mit bekennenden "RAM testet man nicht in Windows" sprich Karhu/HCI Verfechter einen Schlagabtausch gestellt. Er hat mich damals überzeugt und ich bin absolut zufrieden mit Karhu.
 
  • Gefällt mir
Reaktionen: Dragonheart69 und sayajinroze
@Tru
Ich hatte bei meinem Ryzen 5 1600X mit dem Gigabyte Board (Modell fällt mir gerade nicht ein) schon Probleme. Auch nach 300% noch. Manchmal kamen fehler erst bei 500 bis 800%.
Mittlerweile weis ich aber, dass es bei dem Board an der beschissenen Spannungsversorgung der RAM lag.
 
  • Gefällt mir
Reaktionen: cm87
@LukS
Das Problem solltest du beim CH7 nicht mehr haben. Bei mir befindet sich übrigens die Wi-Fi-Version im Einsatz.
 
  • Gefällt mir
Reaktionen: LukS
Meine Erfahrung beim HCI Test ist auch, dass Stabilität bis 500% ausreichend ist. Wenn das lief, kam danach auch nichts mehr. Zumindest hatte ich auch sonst mit meinen Settings keine Abstürze usw ;)
Nach HCI kommen dann aber die Tests mit Anwendungen.
Nur auf ein, zwei Testprogramme sollte man sich sowieso nicht verlassen.

Ich mache es beim RAM OC zumindest so, dass ich im BIOS ein Stock Profil für die CPU lade und dann erst einmal nur RAM mache. Einfach, um den Einfluss der CPU auszuschließen.
Vor allem, wenn man mit den ganzen Subtimings anfängt, will man ja schon genau wissen, ob das eigene Gefrickel am Ende stabil ist.
 
  • Gefällt mir
Reaktionen: LukS und cm87
Ich bin sehr gespannt, was CL 13 alles möglich macht. Vielleicht erringe ich dadurch die Weltherrschaft?
 
  • Gefällt mir
Reaktionen: cm87
@Tru
Ja, das CH7 ist sehr Spannungsstabil. Hab da aufgrund der schlechten Erfahrung mit dem Gigabyte, auch erstmal 1,5 Stunden die Spannungen bei aktiven XMP mit HWInfo64 protokolliert.

@Thane
Ich halte mich seit meinem i7-860 an die Reihenfolge:
1. BCLK(ist hier ja nicht möglich)
2. RAM OC
3. CPU OC

Sonst hat man nur Probleme.

Memtest sieht schonmal gut aus:
1553267884045.png
Ich glaub ich hatte die % von Memtest falsch im Kopf. Das man so schnell bei 900%+ ist, war mir nicht mehr geläufig.
Ich werde jetzt mal was essen und lass es einfach noch etwas laufen.

Dann schauen wir mal wie sich der Rechner im Alltag verhält. Ich werde das mal mit BF5 und Stellaris testen.
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: sayajinroze und cm87
Mir ist gerade aufgefallen, dass der Kaltstart jetzt ewig dauert. 🤔 Also Rechner schaltet sich kurz ein (Pumpe und Lüfter laufen für 2-3 Sekunden an und Beleuchtung geht an) und dann schaltet er sich nochmal aus (Pumpe, Lüfter und Beleuchtung geht für ca. 1 Sekunde aus) und erst dann startet wir früher durch. Die RAM Einstellungen wurden übernommen. Ryzen Timing Checker zeigt sie mir auch an. :confused_alt:
Was ist da los und was kann man dagegen machen?
 
@cm87

Wie gewünscht hier mal ein kleiner Test

Booten und kurzer Test mit Auto Settings auf dem Prime X470Pro mit dem AGESA 0.0.7.2
(Alles auf Auto gelassen, bis auf die Spannung vom RAM -> 1.4650v)

Vorher konnte ich max bis 3733 Booten.
Bekomme aber kurze Blackscreens ist also alles andere als stabil.

3800MHz Asus Prime X470 Pro Boot.png
 

Anhänge

  • 3800MHz Asus Prime X470 Pro Boot.png
    3800MHz Asus Prime X470 Pro Boot.png
    151,6 KB · Aufrufe: 411
  • Gefällt mir
Reaktionen: cm87 und stinger2k
Mit neuem AGESA 0070 neu ausgelotet bzw müssen. Karhu lief 2x ohne fehler durch.
3066 ist Safe! Testweise mal 3200 getestet, aber PC wollte nicht mal ins Bios booten bzw es tat sich nix, ausser das
der Bildschirm in Standby blieb.

Nur da mit den L3 Copy Werten begreif ich nicht. 2x getestet. Zuerst waren es 280GB/s jetzt 315GB7s.
Beim VsoC ausloten waren es 372GB/s. An was könnte das denn liegen!?

Bis Ryzen 3xxx bleibt das alles mal so :)

Zwischenablage02.jpg cachemem.png
 
@Verangry
Ach Okay. Dann hab ich das falsch verstanden. Sind mir selbstverständlich nicht egal.
Dann lass ich das sauber bleiben :D

Ich hab mir übrigens mal deine Timings gemopst :D Finde die geil :)
Mal sehen ob die so quick and dirty reingeballert auch laufen. Versuchs nur erstmal mit Proc 48.

Kam der krasse Latenzunterschied bei dir nur vom fixen Takt? 59.1ns bei 3466 ist ja schon pervers.

766386
 
  • Gefällt mir
Reaktionen: cm87
Verangry schrieb:
Die Latenzen verringern sich, je höher man die CPU taktet.
Jo. Ist mir klar.
Habs vorhin versucht mit deinen Timings kurz nachzustellen. Hatte mit PBO (Multiplier bei Aida 43.5) 61.2ns Latenz.

Hab danach dann auch auf 43.5 fixer Takt gestellt und dann kamen dabei halt nur 60.4ns raus. Deswegen die Verwunderung.

Wie viel Spannung hast du eigentlich für 4.5GHz drauf geknallt? :D
 
Man kann je nach Board usw. von ca. 0,2-0,6ns pro 100Mhz CPU Takt ausgehen.

@Verangry
Sag mal ich dachte immer, dass die tWR* timings mindestens 2x tRD* sein müsste, da es sonst kontraproduktiv wird. Welche Erfahrungen hast du da so gemacht?
 
Ja meinte eher tWRWRSD, tWRWRDD, usw. :D
(Deswegen das Sternchen :) )
Das mit tRTP kenne ich, wobei ich meist mit genau 1/2 nur bis max 3466 arbeiten konnte.
 
@nospherato

Habe da mal eine kleine "Broschüre" für dich.
https://www.amd.com/system/files/TechDocs/43170_14h_Mod_00h-0Fh_BKDG.pdf
(Seite 93)

Um es kurz zu sagen.
Die Write-to-Write und Read-to-Read Werte sind, wie bei allem anderen auch, Speicher und CPU abhängig.

Ich nehme kurze (kleine) Timings, damit die Latenzen möglichst gering sind.
Das bedarf natürlich höherer Spannung, deswegen bin ich auch bei 1.4650v, obwohl es mit weniger scharfen Timings nur 1.42 - 1.435v brauchen würde.

Je höher die Write-to-Write zugriffe sind, desto höher die Latenzen, desto weniger Spannung braucht man.

Nachtrag:
Oder habe ich dich falsch verstanden und du wolltest eigentlich etwas anderes wissen?

Nachtrag 2:

Das Write-to-Read Delay usw. ist/sind ja einfach nur das warten auf einen vollendeten Zyklus.
Je schneller der Speicher, desto geringer sollte der Delay sein.
Also höhere Frequenz = niedrigerer Delay (in der Theorie zumindest) da es aber auch am aufbau des Speichers liegt (DR SR) und am verwendeten Modus (Single / Dual / Quadchannel) variieren die Werte teils sehr stark.


PS:
kann ja sein, dass es sich seit DDR3 verändert hat und ich erzähle hier gerade Quatsch und habe nur "Glück" das es so funktioniert, aber ich denke großartig verändert hat sich das nicht.

Nachtrag 3 ;)

Vcore bei 4.5GHz brauche ich 1.52v fest fixiert.
Aber die Temps sind dann bei 78°c trotz voller Drehzahl aller Lüfter (8 Stück und 2 davon sind Eloops, welche die kalte Luft durch den Radiator ziehen)
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: nospherato und cm87
Zurück
Oben