[Sammelthread] Intel DDR4 RAM OC Thread + Guides und Tipps

Registry den Cache anheben? Warum nicht einfach im bios.

Hattest du einen screen mit subs gezeigt ? Oder wie kommt man auf den Cache?
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Weiß nicht wie man drauf kommt? BIOS ok werde ich mal schauen. Board ist noch neu , hatte wenig Zeit um mich da einzuarbeiten. Melde mich dann.
 
Na zeig doch mal bitte deine subtimings nach denen ich nun das 3 mal frage....
 
Ich bin von seinen 4,2 GHz ausgegangen auf dem Aida Shot. Dort ist auch die Latenz für ein 4600er mir CL17 ziemlich schlecht...

@torti den Cache veränderst du im Bios. Core Cache Ratio heisst das normalerweise in etwa. Meist brauchst du dafür auch bissl mehr Vcore.
 
Kann sein, aber wenn ich schon die trfc sehe gehe ich eher von extrem schlecht optimierten oder überhaupt nicht optimierten subs aus
 
Zuletzt bearbeitet:
ShirKhan schrieb:
Die sind in den Loop eingebunden, siehe "System".
Zum Vergrößern anklicken....
Das ist ja lustig. Gleiche CPU, Board, Monitor und Pumpe/AGB :LOL:(y)

ShirKhan schrieb:
Kann vorkommen, klar. Dann passt wohl noch was nicht. Du bist mit einer Stunde Karhu ja auch noch keineswegs save. Prime95 für Vcore/SA/IO, Memtest, Gsat?
Zum Vergrößern anklicken....
Hatte ich in der Tat noch nicht. P95 ist mir sofort abgeschmiert beim 768K. Musste etwas mehr Vdimm geben. SA/IO hat nichts gebracht.
GSAT hab ich mir gerade mal installiert. Werde ich dann auch mal laufen lassen.
Wie lasst ihr das laufen? So?
Bash: 
stressapptest -W -s 3600 --stop_on_errors
 
Zuletzt bearbeitet:
snakeeyes schrieb:
Auch bei 4400 ist gsat nicht stable?

Wieviel Fehler kommen denn in gsat?

Mit welchem Programm hast du die dimms getestet und wie lange? Außer gsat natürlich 😅.
Zum Vergrößern anklicken....


Jo auf 4600 und 4400 ist gsat nicht stabil.
Prime 95 läuft 45min ohne Probleme durch.
Karuh Ram Test läuft auch über eine Stunde ohne Probleme durch.

Ich Teste gsat hier mit, ist das richtig?
stressapptest -W -M 12288 -s 3600 --pause_delay 3700



Habe mit Asus TurboV Core auch im Betrieb die Spannung verändert um den Fehler besser zu finden.
Habe schon von Async und sync die vccio und sa verändert. von 1.2v-1,4v
Dram Voltage habe ich auch schon erhöht auf 1.6v.

So langsam bin ich mit mein Latein am ende.
Trace Centering und Round Trip Latency habe ich beide auf Disable, weil er sonst nicht bootet.
Rams laufen im Asus Tweak Mode 2
 
Zuletzt bearbeitet:
Hast mal cl17 probiert?

Was sagt gsat bei weniger io/sa oder mehr io/sa?

Nutzt du direct die?

Ah ok hast editiert.


Dann wäre die Frage noch wichtig ob du Direct Die nutzt. Also das du Roundtrip auf disable stellen musst, ist schon merkwürdig bei 2x8gb.
Würde mal die RTL´s auf auto stellen und schauen was passiert mit Gsat.
 
Jo, benutze einen Direct Die von Rockit Cool.
Auf z.b. 4133 laufen die Rams ohne Probleme. Deswegen gehe ich davon aus das der Anpressdruck völlig ok ist.
CL17 habe ich nicht ausprobiert.

Roundtrip habe ich gerade auf enable gestellt was auch sofort ohne probleme gebootet ist. Hatte damit irgendwie heute Mittag Probleme mit.
RTL und Iols habe ich mal auf Auto gesetzt.



Mit der vccio und sa werde ich nochmal ausprobieren.


Update: Nach einen neustart hat er wieder nicht gebootet. Error Code bF
Roundtrip auf disable und es läuft wieder ganz normal.
 
Zuletzt bearbeitet:
Probier mal bitte cl17, nicht das da wie bei z490 bei cl18 ne wall ist aus welchen Gründen auch immer. Mach einfach mal cl17 18 18 38. Roundtrip enable und rtls auto.
MRC Fastboot disable!

Naja, ein zu fest angezogener Rockit kann auch Probleme machen ^^.
 
MuTzE schrieb:
Das ist ja lustig. Gleiche CPU, Board, NT, Monitor und Pumpe/AGB :LOL:(y)
Zum Vergrößern anklicken....
[ot] Na so was. Du hast einen Samsung C49RG9? Meiner ist erst vorgestern hier angekommen. :love:[/ot]

MuTzE schrieb:
Wie lasst ihr das laufen? So?
Bash: 
stressapptest -W -s 3600 --stop_on_errors
Zum Vergrößern anklicken....
Code: 
stressapptest -W -M 28672 -s 3600 --pause_delay 3700
oder
Code: 
stressapptest -W -M 27008 -s 3600 --pause_delay 3700
wenn viel im Hintergrund läuft.
 
Zuletzt bearbeitet:
cl17-18-18-38 führt auch zu Fehlern.
MRC Fastboot hatte ich schon von Anfang an auf disable.
Wollte aber wieder nicht booten mit Roundtrip enable.

Habe vor dem 17-18-18-38 Test nochmal ausprobiert mit zwei stufen mehr auf vccio und sa.
HWInfo vccio 1.392v vccsa 1.376v damit lief der Test schonmal 10min Fehlerfrei.
Vielleicht liegt ja da irgendwo der Hund begraben. Was mich dann aber wundert warum Prime95 ohne Probleme lief.

@Phoenix2000
Habe ich noch nicht getestet, kann ich aber mal machen.
 
Vielleicht hast du einfach einen grottigen IMC erwischt ?!
 
Das kann natürlich sein. Was mich schon wundern würde bei einem 9900ks.

Mode1 mag das Board anscheinend nicht.
Habe jetzt gebootet auf 4400 mode2 roundtrip enable.
 
2x8 wirst du fast immer mode2 benötigen. Mode1 ging da bei mir auch ne auf dem gene. Das ist eher 2x16gb oder wenn es wirklich ans Limit geht.

Nur weil es ein KS ist, hat doch nichts mit der Güte des IMC zu tun ^^.
 
Ein Update von mir.

4400 17-18-18-38 laufen jetzt seit über 50 min ohne Probleme.

Werde gleich noch ein Screen nachreichen.
DRAM 1.558v
VCCIO 1.392v
VCCSA 1.376
Die Spannung werde ich noch natürlich noch senken. Das werde ich aber die Nacht nicht mehr machen.

Vielen Dank für eure Hilfe.

Hätte da aber noch eine Frage. Was genau macht Round Trip Latency? Und warum bootet es mit 4400 aber nicht mit 4600

Update:
 
Zuletzt bearbeitet:
Es ist eine ich sag mal andere Art des Trainings, er bestimmt irgendwie anders wie lang die Zeit ist zwischen CPU den Speicher Bänken ist.

Ein Roundtrip Latency ist meist schneller als das normale Training bei Mode 1.
Wieviel geht hängt stark vom Speicher ab, CPU spielt da aber auch ne Rolle.
Snakeyes hat damals sehr viel getestet und hat ziemlich viele Module, darunter auch die besten Bins und auch mehrere CPU's gehabt.

Über 4400 war nicht so einfach.Du solltest dich da erstmal langsam rantesten, vielleicht geht ja doch noch mehr vom Takt.

Ich würde auch mal testen was die bei 4400CL16-17 brauchen.
 
Zuletzt bearbeitet:
ShirKhan schrieb:
[ot] Na so was. Du hast einen Samsung C49RG9? Meiner ist erst vorgestern hier angekommen. :love:[/ot]
Zum Vergrößern anklicken....
Jop. Schon mal damit im BIOS gewesen? :LOL:
Am Anfang ging es bei mir gar nicht, wenn er mit DP angeschlossen war, nur über HDMI. Jetzt plötzlich gehts auch mit DP, aber leider nur in 3840x1440, also alles gestreckt. Entweder lebt man mit oder schaltet in PBP.

ShirKhan schrieb:
Code: 
stressapptest -W -M 28672 -s 3600 --pause_delay 3700
oder
Code: 
stressapptest -W -M 27008 -s 3600 --pause_delay 3700
wenn viel im Hintergrund läuft.
Zum Vergrößern anklicken....

Aber wäre es hier nicht sogar sinnvoll die Pausen drin zu lassen, um z.B. wechselnde Lastzustände zu provizieren?
Oder zumindest etwas höher zu setzen, um wenigstens ein paar Pausen zu haben :-)
Wäre beim CPU-OC auf jeden Fall sinnvoll, da ich da schon Fehler hatte, die nur beim Lastwechsel auftraten.
Und ich denke ein Abbruch bei Fehler, wäre auch sinnvoll.

Mal davon abgesehen, dass ein Linux Bootstick die beste Variante wäre, um soviel RAM wie möglich zu testen.
Hab im Netz ne ISO gefunden, mit der man nahezu 99% vom RAM testen kann, da dort ne Relativ kleine Distro genutzt wird.

Phoenix2000 schrieb:
GSAT ist Google Stresstest APP, wenn du das 1h packst dann ist es stable, Memtest sagt nur was dein Speicher schafft.
Prime ist da auch nicht zuverlässig, reicht aber damit er nicht abkackt, du kannst aber CRC Fehler bekommen beim entpacken z.B.

Du lädst Ubuntu aus dem MS Appstore dann starten.
sudo apt update
danach
sudo apt-get install stressapptest

und die Ausführung mit 1 Stunde für 32GB:
stressapptest -W -M 27008 -s 3600 --pause_delay 3700
Zum Vergrößern anklicken....

Zwar schon was älter, aber hier könnte nach sudo apt update noch sudo apt upgrade eingegeben werden, dann werden die vorhandenen Packages gleich aktualisiert :-)
 
Zuletzt bearbeitet:
Ein kleines Update von mir.

Habe meine Timings noch etwas angepasst.
Rams laufen jetzt auf 4400 cl17-17-17-37
2nd und 3rd Timings wurden auch noch was angezogen.

Lief jetzt alles über 1 Stunde Gsat stable.

Lasse gerade noch einen run Karhu laufen für den Ram Oc Ergebnis Thread
 

Anhänge

  • Fehler.jpg
    Fehler.jpg
    295,1 KB · Aufrufe: 55
bei so ziemlich allen secondary und tertiary timings.
 
MuTzE schrieb:
Momentan siehts so aus. CPU läuft eigentlich mit 5,2 und Cache 4,8. Der ermittelt das manchmal nur falsch. Bin auf jeden Fall von 5.4 runter. Das war nur um zu schauen was so geht ^^
Zum Vergrößern anklicken....
Und da sind die Performanceeinbußen wieder!

Habe lediglich WSL aktiviert zum Testen mit GSAT.
Es fehlen 5K überall und die Latency ist auch hochgegangen. Ich verstehe es nicht.

GSAT lief übrigens ne Stunde mit dem Setting.


PROBLEM GEFUNDEN!
Um WSL 2 nutzen zu können musste ich die "Plattform für virtuelle Computer" aktivieren. Und genau das hat Leisung gefressen.
Nur für den Fall, dass das noch jemand hat.

1607709617067.png


oder per PowerShell deaktivieren:
Bash: 
Disable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform
 

Anhänge

  • ram-setting_4000_5200_4800_rtl_io_wsl.png
    ram-setting_4000_5200_4800_rtl_io_wsl.png
    350,5 KB · Aufrufe: 70
  • ram-setting_4000_5200_4800_rtl_io.png
    ram-setting_4000_5200_4800_rtl_io.png
    244,3 KB · Aufrufe: 65
Zuletzt bearbeitet:
torti schrieb:
Perfekt.danke.
So nun mal los, wo ist Potential.
Zum Vergrößern anklicken....
Das isn Scherz oder? 😅
Hauptsache 4600, aber langsamer als 4200 bei den timings.
Lies dich bitte erstmal ein bevor du einfach 4600 einstellst.
Da ist absolut alles falsch gesetzt was man setzen kann.
 
Kurze Frage:
Kann es sein, dass mehr RAM-Takt evtl. mehr Vcore braucht?
Versuche gerade von 4000 auf 4133 zu gehen und bekomme bei P95 800K direkt im 2. Test Fehler.
Egal was ich mache (IO/SA/Vdimm) es läuft nur, wenn ich die Vcore etwas anhebe.
 
Alles klar, danke.
Dann kann ich aufhören zu versuchen es anders zu fixen.
 
Anmelden, um zu antworten.
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh