[Sammelthread] OC Prozessoren Intel Sockel 1151 (Coffee Lake) Laberthread

frgntz schrieb:
Mit wieviel MB/s läuft bei dir da RAM Test?
Zum Vergrößern anklicken....

Verstehe die Frage nicht. Meinst du vielleicht Aida? Das war knapp 66/67/59 GB/s rum und 37.Xns ohne großartig optimierte Subs.
Ich bin aber auf mein 24/7 Setting 4266 Setting zurück. Meine neuen RAMs kommen in Kürze und ich will nicht mit den alten alles umsonst neu ausloten.
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Wollte mit meinem Hero und meinem arme Leute Ram nach dem Bios Update wieder die 3600MHz bei selben Timings und selber Spannung einstellen, weil ich weiß, dass die so laufen.
Gehe aber schrittweise je100Mhz mit Training im Mode 1 hoch. Bei 3400Mhz bootet der nicht! :grrr: Kann machen was ich will, er mag diese Frequenz einfach nicht.
3440Mhz bis hoch zu 3600Mhz geht aber ohne Probleme und das läuft jetzt.
 
Lass alle Timings auf AUTO stehen und schau erst einmal das er mit 3600MHz bootet.
 
Nein, RAM Test läuft mit MB/s, mach mal mouseover die %. Bei mir peakt er im Moment mit 140-141. Wenn die Spannungen spinnen, dann läuft er langsamer. Kriege im Moment mit neuen Settings immer Error um die 1000%, nervt so.

Im Moment peakt er nur bei knapp 139 nach 400%, bin sicher, dass bald ein Error kommt.
 
Zuletzt bearbeitet:
Habe doch geschrieben, er läuft jetzt mit 3600 mit den selben Timings wie XMP bei 3200 also 16-18-18-36.
4000Mhz würden mit 19-21-21-39 laufen aber die brauche ich einfach nicht also lasse ich das.
 
@All

Woher bekomme ich denn "MemTweakIt" von Asus? Finde nichts außer alte Versionen die nicht laufen.

Ich möchte es nur zum auslese verwenden.
 
Ich glaube ich habe hier so einen richtigen OC-Krüppel erwischt :d 8700k @4700MHz mit LLC4 Offset -100mV resultierend 1.280V Load
 
frgntz schrieb:
Nein, RAM Test läuft mit MB/s, mach mal mouseover die %. Bei mir peakt er im Moment mit 140-141. Wenn die Spannungen spinnen, dann läuft er langsamer. Kriege im Moment mit neuen Settings immer Error um die 1000%, nervt so.

Im Moment peakt er nur bei knapp 139 nach 400%, bin sicher, dass bald ein Error kommt.
Zum Vergrößern anklicken....

Kannte ich noch gar nicht.

146MB/s nach 400% bei mir:

 
Wenn es nach "RAM Test" Stabil ist, ist es dann auch LinX-Stabil? Es gibt leider keinen Test zu diesem "RAM Test".
 
Im Moment mit tRFC 320, tREFI 33200 und tFAW 16. Vdimm 1,440V war wohl etwas zu wenig, mein RAM braucht irgendwie etwas mehr Vdimm.
RAM schon bei 54° nach ganzem Abend RAM Test. :fresse:




RAM Test testet NUR RAM im Moment, nächstes Update sollen mehr Optionen mit Cache Test kommen, aber für Z370 eh nicht so wichtig, da man mit Vcore ja gleichzeitig Cache und Coretakt stabil macht.
 
Zuletzt bearbeitet:
Freunde. Ist das richtig?

DRAM WRITE Recovery Time = tWR
...
DRAM WRITE to READ Delay = tWTR
DRAM WRITE to READ Delay L = tWTRL
DRAM WRITE to READ Delay S = tWTRS
 
frgntz, was schlägt dein Board tRefi @Auto vor, weißte das gerade? Meinst 13200 bei meinen Settings und ich habs einfach verdoppelt.

BF2-Gamer schrieb:
Wenn es nach "RAM Test" Stabil ist, ist es dann auch LinX-Stabil? Es gibt leider keinen Test zu diesem "RAM Test".
Zum Vergrößern anklicken....

Klar gibt es den (sogar ausführlich) nur möchtest du mal wieder Antworten serviert bekommen statt selbst zu recherchieren.
 
BF2-Gamer schrieb:
Freunde. Ist das richtig?

DRAM WRITE Recovery Time = tWR
...
DRAM WRITE to READ Delay = tWTR
DRAM WRITE to READ Delay L = tWTRL
DRAM WRITE to READ Delay S = tWTRS
Zum Vergrößern anklicken....

4444.png
:bigok:
 
Na wenn das dort kein Review (sogar mit zwei Videos) zum RAM Test ist, dann weiß ich auch nicht!?! Zumal die Leute ihn da mit den alten 32Bit Versionen vergleichen die viel viel langsamer sind.
 
@Redie

Vielen Dank! :bigok:

So ist das dann richtig.

DRAM WRITE Recovery Time = tWR
DRAM WRITE to READ Delay = tWTR
DRAM WRITE to READ Delay L = tWTR_L
DRAM WRITE to READ Delay S = tWTR_S

@TurricanM3

Dann gehen wohl unsere Vorstellungen von einem "Test" auseinander.
 
@Redie

Vielen Dank Redie. Ich hatte es vorhin auch gefunden.

@All

Wenn ich mit 32GB auf "ALL" klicke in LinX, möchte er nicht "in Fahrt kommen". Nach dem Hinweis von @even.de, statt "All" einen anderen Wert zu probieren, ging es dann wieder. Beim letzten RUN habe ich einfach "30000" eingegeben und der RUN lief durch.

Mich würde jetzt aber interessieren, warum LinX das (seit BIOS 1003) überhaupt macht? Ich habe die Windows-Auslagerungsdatei deaktiviert, aber das Problem besteht weiterhin.
 
Mode 2 ist viel straffer und sollte etwas bessere Werte liefern, wahrscheinlich total instabil bei dir, deswegen spinnen die Werte. Ich kriege kein Mode 2 zum Booten über 4000.

Turri: weiß ich nicht mehr genau, habe es aber auch verdoppelt und etwas mehr genommen, wollte auch von 65535 runter.
 
Mika MJ schrieb:
Ändern sich bei mode 2 nicht auch die (sub)timings?
Zum Vergrößern anklicken....

daran könnte es liegen, aber da müssten die Timings schon extrem runter gezogen werden.

frgntz schrieb:
Mode 2 ist viel straffer und sollte etwas bessere Werte liefern, wahrscheinlich total instabil bei dir, deswegen spinnen die Werte. Ich kriege kein Mode 2 zum Booten über 4000.

Turri: weiß ich nicht mehr genau, habe es aber auch verdoppelt und etwas mehr genommen, wollte auch von 65535 runter.
Zum Vergrößern anklicken....

ok, dann muss ich da wohl noch was weiter dran arbeiten.
 
Ich teste nur Mode2, ist was straffer / schneller.

BF2-Gamer schrieb:
@TurricanM3

Dann gehen wohl unsere Vorstellungen von einem "Test" auseinander.
Zum Vergrößern anklicken....

Wo gibts denn so einen Test zu Prime oder LinX der deinen Anforderungen entspricht, wenn dir schon ein 20+ Min Video inkl. diverser Meinungen anderer User und auch hier im Thread nicht reicht? Ich verstehe sowieso nicht wozu du deine CPU die ganze Zeit mit LinX degradierst, aber du wirst schon wissen warum.
 
BF2-Gamer schrieb:
Wenn ich mit 32GB auf "ALL" klicke in LinX, möchte er nicht "in Fahrt kommen". Nach dem Hinweis von @even.de, statt "All" einen anderen Wert zu probieren, ging es dann wieder. Beim letzten RUN habe ich einfach "30000" eingegeben und der RUN lief durch.

Mich würde jetzt aber interessieren, warum LinX das (seit BIOS 1003) überhaupt macht? Ich habe die Windows-Auslagerungsdatei deaktiviert, aber das Problem besteht weiterhin.
Zum Vergrößern anklicken....

Ich habe die Auslagerungsdatei von Windows auf "vom System verwaltet" gestellt und nun läuft auch LinX wieder auf "All".

@TurricanM3

Wenn der LinX RUN erfolgreich war, gibt es nachher keine Instabilitäten, wenn man das Setup danach nicht wieder ändert. Wer sein RAM einstellt, LinX laufen lässt und dann noch einmal an VDIMM, VCCIO und VCCSA rumspielt, braucht sich dann nicht wundern, wenn Instabilitäten vorkommen.

Meiner Meinung nach hat sich LinX bewährt. Wer sein RAM übertaktet, sollte nicht darauf verzichten.
 
Zuletzt bearbeitet:
Mode 2 blockiert bei mir komplett, kriege ich mit nichts zum Booten, liegt am RAM oder MXH, keine Ahnung.
 
Hast die Werte mit mode1 verglichen? Vielleicht sind die einfach so am Sack. :fresse:

Wenn ich 4000 mit nur primary timings lade, dann sind die Werte auch Mist.

Aktuell bei mir, mit mode2 wären es nochmal ca. 1,5k MB/s mehr bei w/r/c. Gerade noch einen Run mit tRFC 300 gemacht.



lol gerade einfach mal 4133 16-18-18-32 ohne Probleme gebootet. :stupid:
Jetzt wirds interessant
 
Zuletzt bearbeitet:
Wart mal ab, bis du bei knapp 1000% random Errors kriegst und dann Glücksrad drehen musst: Vdimm/IO/SA/Takt/Timings in alle Richtungen :fresse:
 
Anmelden, um zu antworten.

Ähnliche Themen

mantiz
[Sammelthread] Intel Core Ultra (Arrow-Lake-S) S.1851 OC- und Laberthread
12 13 14
Antworten
413
Aufrufe
19K
Trill
T
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