Leserartikel AMD Ryzen - RAM OC Community

[Raptor85]

Was wäre jetzt der nächste Schritt, da vielleicht noch ein bisschen was rausholt?

@MehlstaubtheCat Was könnte ich jetzt als nächstes anpassen? Ich schätze, es wird bei 3600 MT/s bleiben und nur die Timings vielleicht ein bisschen besser werden.
Falls 3800 MT/s doch irgendwie gehen, dann wahrscheinlich nur mit Timings aus der Vorhölle. Dann kann man es vermutlich auch gleich lassen. Oder?

 

[MehlstaubtheCat]

Hi!

Nein, IF (infinity Fabric) Takt geht vor Timings,
auch wenn am Ende CL 18 mit 3800MT/s/1900 dran stehen würden,
ist das besser als 3600MT7s/1800 ganz einfach!

Solange der Durchsatz steigt ist alles ok!

Immer eine aktuellen ZenTimings mit zeigen,
damit man da weiter machen kann.
Ich habe zu viele Rechner um mich herum,
ich kann mir deine Settings nicht einzeln auch noch merken!

Gruß
Mehlstaub

 

[Raptor85]

Sorry, ja, man kann sich nicht alles merken. Timings sind noch diese (#33940) hier.
Musste ich gerade selber einen Augenblick suchen.
Du meintest halt, wir hätten da jetzt einen ganz anderen Ansatzpunkt (anstatt von oben anzufangen, erstmal von unten schauen). XMP lief ja gut durch. Das war dann die nächste Station.

Die ICs (Micron B-Dies, 64 GB) sind halt nicht sonderlich geil.

 

[MehlstaubtheCat]

Hi!

Geh mal mit dem Takt immer in den 66MT/s schritten hoch! 3666/1833
und so weiter schauen, bis wohin es noch geht!
Nach jedem Takt steigen mal 30min Karhu laufen lassen.

Wenn er bei einem Takt nicht weiter geht, melden!

Einfach weiter Probieren.

5800X3D gehen sage ich mal zu 85 % 3800/1900 und 3733/1866 gehen 95 %
Gibt aber auch welche, die mehr gehen als 3800/1900 kommt
dann kommt es eben noch viel mehr auf die verbauten ICs auf den Riegeln an.

Gruß
Mehlstaub

 

[Raptor85]

Danke! Ich habe getan wie geheißen.

Bis 3800/1900 lief Karhu 30 min fehlerfrei. Bei 3866/1933 hatte ich nach knapp 2 min den ersten Fehler.
Jetzt bei 3800/1900 länger testen, VSOC noch etwas erhöhen oder was wäre der nächste Schritt?

EDIT: Zur Sicherheit:

 

[MehlstaubtheCat]

Hi!

Sehr gut! 👍

Lass die Spannungen mal, wie sie sind.
Würde jetzt wieder bis 10000 % starten und testen,
danach werden die Timings straffer.

Gruß
Mehlstaub

 

[Jaffech]

@Jaffech Ok vielen dank, ich werd das gleich mal ändern, wie sieht es mit Vsoc aus?

Passt

Und sollte ich VDDG CCD & IOD manuell einstellen?

Brauchste erstmal nicht machen

Wie kann ich das feststellen wegen dem H16 M oder A?

Steht aufm Sticker der aufm RAM klebt. Stichwort "LotCode".
Aber haste ja schon rausgefunden ^^

 

[Raptor85]

Kann es sein, dass wenn man die FPU noch zusätzlich stresst, Karhu länger braucht?
Ich habe gerade gut 520% Coverage und der Test läuft knapp 2,5h.
Der letzte Test lief ca. 18h für 10000%. Das kommt definitiv nicht hin diesmal.

EDIT: Also bis zu 10000% Coverage würde das jetzt knapp 30h brauchen.
Bei aller Liebe... Wenn ich bis morgen Abend keine Fehler habe, breche ich ab und definiere das für mich als fehlerfrei. Auf eigene Verantwortung.

 

[Raptor85]

Es ist echt nicht mehr witzig.

 

[MehlstaubtheCat]

Hi!

Joa, leicht komisch würde ich schon sagen.
Kenne ich selber so bisher noch nicht.

Gelb 30min > Blau 30min > Hellblau 30min > Grün 30min > Pink 30min > Lila wieder mindestens 12h.

Alle nach einander testen und wenn läuft immer weitermachen
(dazu machen, nicht die Timings wieder zurück, sollte klar sein!)

Mal sehen wie weit du kommst halt mich auf dem Laufenden,
das packen wir schon!
Ich gebe nicht so schnell auf! 😎

Gruß
Mehlstaub

 

[Raptor85]

Joa, leicht komisch würde ich schon sagen.
Kenne ich selber so bisher noch nicht.

Ich gebe nicht so schnell auf! 😎

Ich auch nicht. Ich war nur etwas frustriert, weil der Test mit 10000% einfach mal über 30h gedauert hätte. Was auch immer da so langsam war.
Hab den dann auch kurz nach dem Screenie gestern abgebrochen. Das verballert ja auch schon n Stück weit Energie, wenn dann auch die CPU ordentlich Last hat und das ganze einfach mal über 24h am Stück läuft. Nochmal ne Nacht hab ich mir dann geschenkt. Heizung war auf jeden Fall nicht nötig gestern.

Lila wieder mindestens 12h.

Damit kann ich dann auch leben, so nen halben Tag.

Starte jetzt erstmal mit Gelb. Aktuell lange Tage gerade bei der Arbeit.

Danke für die Timings!

 

[Jaffech]

Ich auch nicht. Ich war nur etwas frustriert, weil der Test mit 10000% einfach mal über 30h gedauert hätte. Was auch immer da so langsam war.

Cache enabled, stress FPU aus?

Ansonsten mal KGuiX probieren. Ist sowieso besser, kannst da u.a. einstellen dass bei 10k% aufgehört wird, siehst den Testspeed und Max Speed, etc

 

[Raptor85]

Das ging jetzt (leider) sehr schnell.
Gelb lief noch durch. Bei Blau hatte ich dann den ersten Fehler nach 13 min.
Hier nochmal zur Sicherheit die ZenTimings:

Schätze, wenn die "hinteren Timings" schon nicht laufen, braucht man an "vorne" gar nicht zu denken.
Oder kann man Blau jetzt noch etwas lockern und dann trotzdem hoffen, dass die "anderen fehlenden Farben" dann noch laufen? Oder müsste man die dann auch noch etwas entschärfen?

Was sagt der Experte?

 

[Jaffech]

Schätze, wenn die "hinteren Timings" schon nicht laufen, braucht man an "vorne" gar nicht zu denken.

Hat nicht miteinander zu tun.

Oder kann man Blau jetzt noch etwas lockern und dann trotzdem hoffen, dass die "anderen fehlenden Farben" dann noch laufen?

Jop


Hab gerade mal geschaut, beim meinem 58X3D und S8B ICs auf 3800 MT/s damals (tm):

18000% in 8 std. Was das erstbeste was ich gerade gefunden habe

 

[Raptor85]

Cache enabled, stress FPU aus?

Beides war an.

Ansonsten mal KGuiX

Danke! Kann ich ja mal probieren.

EDIT: Installiert.

Ergänzung (Gestern um 20:50)

18000% in 8 std. Was das erstbeste was ich gerade gefunden habe

Gut, ich habe 64 GB. Aber mit Cache und FPU in dem Screenie?

 

[Jaffech]

Gut, ich habe 64 GB. Aber mit Cache und FPU in dem Screenie?

Dann eben 9000% in 8 std oder alternativ 18000% in 16 std ^^
Nein, ohne FPU

 

[Raptor85]

Ich glaube, ich weiß, woran der langsame Speed lag (also, ich vermute).

KGuiX lässt den Test gar nicht starten, wenn ich mehr RAM testen will, als gerade frei ist.
Ohne das "Add-On", nur normal mit Karhu, habe ich einfach mal 63000 MB eingegeben, obwohl so viel anfangs eigentlich gar nicht zur Verfügung stand.
Dachte, dann wird das andere Zeug ausgelagert, Karhu reserviert sich den Platz und gut.
Aber vielleicht drängen die anderen Prozesse dann immer wieder zurück in den RAM - zumindest z. T. - und müssen von Karhu rausgeworfen werden. Diese zusätzlichen Vorgänge könnten (so meine Vermutung) den ganzen Prozess dann natürlich verlangsamen.

Also sollte ich wohl besser nen Minimalstart machen, wo maximal viel RAM frei ist und dann KGuiX starten.

 

[Jaffech]

Dein Windows braucht mehr als 1 GB RAM, das ist dir klar oder?
Wenn du also 63000 eintippst, wird auf die SSD ausgelagert.

Minimalstart bringt dir auch nix, wenn im laufenden Betrieb (mehr) Software läuft. Dann testest du kein realistischen UseCase womit der RAM Test sinnlos ist

 

[Raptor85]

Minimalstart bringt dir auch nix, wenn im laufenden Betrieb (mehr) Software läuft. Dann testest du kein realistischen UseCase womit der RAM Test sinnlos ist

Also dann am besten alles ganz normal starten lassen, was auch sonst im Hintergrund läuft und nur ungefähr das testen, was wirklich an RAM frei ist?
KGuiX empfiehlt 95-98%.

Ergänzung (Gestern um 21:07)

Dein Windows braucht mehr als 1 GB RAM, das ist dir klar oder?

Ja, sicher ist mir das klar. Aber ich dachte, es geht darum möglichst viel RAM durchzutesten, also für den Test freizuschaufeln. Daher am besten störendes Zeug auslagern. War dann vielleicht nicht so sinnvoll in der Kombi

 

[MehlstaubtheCat]

Hi!

Schätze, wenn die "hinteren Timings" schon nicht laufen, braucht man an "vorne" gar nicht zu denken.
Oder kann man Blau jetzt noch etwas lockern und dann trotzdem hoffen, dass die "anderen fehlenden Farben" dann noch laufen? Oder müsste man die dann auch noch etwas entschärfen?

Was sagt der Experte?

Naaa, es gibt nicht die Timings, die man zuerst testet oder zuletzt
und wenn die einen nicht laufen ist die Chance kleiner das die nächsten auch nicht laufen.
So funktioniert das nicht! 😁

Ich habe nur versucht, mit den Farben ein paar brauchbare Abfolgen zum Testen zu machen,
wie ich hier bei mir immer vorgehe.
Mehr ist das nicht, das ist keine Aussage oder abzuleiten von irgendetwas,
das nur in meinem Kopf so vom Ablauf schon seit langem so drin.
Das hat nichts damit zu tun, ob das jetzt gut oder schlecht zum Testen ist,
es spart bei mir einfach etwas an Zeit.

Mach bei Karhu 95 %, das sollte der Standard sein.

Wenn die Blauen Timings nicht gehen, einfach weiter machen,
die blauen machen wir dann am Schluss separat.
Das kein Problem einfach schauen was geht und es wird Schritt für Schritt verfeinert.

RAM OC ist zeitaufwendig, wenn man Stabilität und Leistung möchte, das völlig normal!

Gruß
Mehlstaub