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

keine Ahnung, gar nicht gesehen. also cpuz zeigte immer 5.2 an. avx habe ich ja nicht aktiv.

Gesendet von meinem SM-G935F mit Tapatalk
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
GIbt es einen Trick bei den RTLs? Wenn ich die reduziere und mit 1 Differenz fixen will bekomme ich einfach keinen Post mehr. Egal was ich mache.

Trainiert er die bei dir denn immer gleich? Kannst ja einfach in Win schauen mit dem Timing Confi.
Bei mir kommen da lauter krumme Werte raus. Ich schaue einfach was bestmöglichst trainiert wird und fixe das dann. Für 4400 aktuell 63/64. Da ist aber auch 63/68 und sogar über 70+ bei.

Ich bin mir sehr sicher dass zum Teil deshalb auch die Berichte hier kommen von wegen gestern lief alles 2000% und heute crasht es recht schnell. Ist genau das was ich beobachte.
 
Nein, bei mir wird auf AUTO immer das gleiche trainiert. 69/71.

Wenn ich z.B: 64/65 oder 66/67 fixe = d5 / 55 Code Post-Error. Auch 67/68 oder 67/69 geht nicht. Alle möglichen Zahlen und Kombis schon versucht.
 
Nein, bei mir wird auf AUTO immer das gleiche trainiert. 69/71.

Wenn ich z.B: 64/65 oder 66/67 fixe = d5 / 55 Code Post-Error. Auch 67/68 oder 67/69 geht nicht. Alle möglichen Zahlen und Kombis schon versucht.

Aber alles nur wenn MRC Fast Boot deaktiviert ist?
Oder trainiert das Board "immer"?
 
2000%+ sind nun durch mit 1T 4400.



Die RTLs werden auch bei aktiviertem MRC geshuffelt bei mir.
 
Lass mal den HCI durchlaufen pls. Der RamTest sagt m.E. rein gar nichts aus, deckt lediglich Fehler auf, bei Settings, die gar nicht laufen.
Der HCI ist da viel genauer definitiv. 200% HCI ist schon gut. 4000% RamTest dagegen läuft bei mir sogar mit 4133 C16. HCI aber schon nach 30% Fehler.

Hast du eine Idee woran das bei mir mit den RTLs liegen kann? Das stört mich jetzt irgendwie :fresse:
 
Ich bin ja noch am ausloten grob. Das geht mit RAM Test am schnellsten finde ich. Ich weiß nur die RTLs sollten am besten nur einen Wert zwischen den Bänken von einander abweichen. Alles andere verschlechtert die Performance / erhöht die Latenz und läuft bei mir auch instabiler.
 
Das K6 trainiert auch unterschiedlichste Werte für RTL IOL, sind auch manchmal extreme IOL von 14 dabei gewesen.
 
@ Turri:
Nochmal die Frage: Bist du dir sicher, dass die Differenz von 1 auch auf Boards zutrifft, die 4 Bänke haben?, also CH-A Dimm 0 und 1 sowie CH-B Dimm 2 und 3?
Du hast nur 2 Bänke. Vergiss das nicht.

Nachtrag/Erklärung dazu:
Logisch wäre für mich in dem Fall, dass man die Latency des rechten Slots deshalb bewusst einen oder 2 höher setzt, weil weiter vom CPU Sockel entfernt.
Da aber der rechte (2.) Slot bei 4-Slot-Boards nochmal weiter von der CPU weg ist, als bei 2-Slot-Boards, wäre es ja auch nur logisch, dass die Latenz-Differenz auch größer ist.
Oder habe ich einen Denkfehler?
 
Zuletzt bearbeitet:
Testen, aber ich bezweifle, dass das unter 1.4 V läuft. Besonders wenn du dann mal Small FFTs machst, die nicht vom Speicher ausgebremst werden.
Nicht vergessen ist immer noch Luftkühlung. Mit wakü wäre bestimmt mehr möglich.
klar wirds über 1.4 sein. ich lass es, wird dann zu heiss denke ich.
so über 5.2 sollte schon waku sein.

Gesendet von meinem SM-G935F mit Tapatalk
 
Beim Hero z.B. wird ja bei zwei Ram Modulen DIMM_A2 und DIMM_B2 genannt. Hat schon einmal jemand DIMM_A1 und DIMM_B1 probiert und funktioniert das? Die sitzen ja näher an der CPU.
 
Nachtrag/Erklärung dazu:
Logisch wäre für mich in dem Fall, dass man die Latency des rechten Slots deshalb bewusst einen oder 2 höher setzt, weil weiter vom CPU Sockel entfernt.
Da aber der rechte (2.) Slot bei 4-Slot-Boards nochmal weiter von der CPU weg ist, als bei 2-Slot-Boards, wäre es ja auch nur logisch, dass die Latenz-Differenz auch größer ist.
Oder habe ich einen Denkfehler?

Jepp, bei 4 DIMM Boards kann die Differenz auch 2 sein. Gibt noch andere Faktoren wie primäre Timings und Taktraten, aber grundsätzlich stimmt das so.

Bei 2 DIMM Boards ist es je nach Setting auch möglich, symmetrische RTL zu fahren, 59-59-7-7 hatte ich bei 2106MHz CL16-17-17.
 
Ich hatte das mit den RTL Offsets mehrfach gelesen. Für 4 Dimm Boards wird dann wohl ein 2er Offset gängig sein.

Wegen HCI vs. RAM Test: Gestern gelesen HCI ginge mehr auf den Cache. Dafür gibt es ja eine Option im neuen RAM Test. Evtl. deckt das bei Konstellationen wo der Cache aus der Reihe tanzt schneller Fehler auf.
 
Nicht vergessen ist immer noch Luftkühlung. Mit wakü wäre bestimmt mehr möglich.
klar wirds über 1.4 sein. ich lass es, wird dann zu heiss denke ich.
so über 5.2 sollte schon waku sein.

Gesendet von meinem SM-G935F mit Tapatalk
Bei mir getestet: Ich hab 360er AIO und mache 5.2 GHz non-AVX auf 1.344 V ohne WHEA-Fehler. 5.3 GHz auf 1.392 V schmiert ab. Könnte man eventuell mit langsamerem RAM zum laufen bringen.
 
ok, dann ca gleich wie bein mir. eine stufe weniger.was unterscheidet die Aio zur gewöhnlicher Wasserkühlung?

Gesendet von meinem SM-G935F mit Tapatalk
 
Ordentliche Wakü kühlt nochmal deutlich besser. AIO ist vielleicht 5 K besser als ein NH-D15.
 
Ich hatte das mit den RTL Offsets mehrfach gelesen. Für 4 Dimm Boards wird dann wohl ein 2er Offset gängig sein.

Wegen HCI vs. RAM Test: Gestern gelesen HCI ginge mehr auf den Cache. Dafür gibt es ja eine Option im neuen RAM Test. Evtl. deckt das bei Konstellationen wo der Cache aus der Reihe tanzt schneller Fehler auf.

Eigentlich genau umgekehrt meines Wissens. RAM Test geht eher auf den Cache, deshalb auch deutlich schneller. Gibt beim dem Karhu auch eine Erklärung dazu in der Readme.
Hier der Auszug bezüglich Cache Nutzung:

https://www.karhusoftware.com/ramtest/README.txt schrieb:
CPU cache:

The CPU cache mode to use during the test.

- Disabled:

The memory pages are marked non-cachable and the CPU cache is not
used during the test. The test will progress very slowly and it
will not pick up any CPU cache instability related errors.

- Write-combine:

The memory pages are marked write-combined and the CPU cache is
used only for buffering writes. This is a little faster mode that
might pick up CPU cache instability related write errors.

- Default:

The CPU cache is used, but flushed frequently. The test will
progress very quickly and it might pick up CPU cache instability
related read and write errors.


- Enabled:

The CPU cache is used without restriction. This is the fastest
mode and the probability of picking up CPU cache instability
related read and write errors is also the highest.

Aber HCI wird natürlich auch den Cache nutzen, ja.
 
Zuletzt bearbeitet:
Abend Jungs,

hat jemand hier von was gehört oder schon getestet?

L743D319
 
hat glaube ich noch niemand getestet, oder eben nicht erwähnt dass es ne Gurke ist.
Forum durchsucht, google gefragt?

Gesendet von meinem SM-G935F mit Tapatalk
 
@aerotracks

Wieviel vDimm kann ich den Hynix 24/7 verpassen? Eingestellt 1.40 münden bereits in 1.416-1.424V.

Das timingsquetschen hat gut Gflopüs gebracht, aber für die Bandbreite fast nix. Deshalb möchte ich es jetzt über den Takt probieren. Mit 3333 autoSubs hab ich schon höhere Bandbreite, als mit gequetschten 3200er Timings. Desweiteren denke ich, dass GFlops alleine im Alltag nix bringen, wenn keine Bandbreite da ist.
 
Zuletzt bearbeitet von einem Moderator:
Eigentlich genau umgekehrt meines Wissens. RAM Test geht eher auf den Cache, deshalb auch deutlich schneller. Gibt beim dem Karhu auch eine Erklärung dazu in der Readme.
Hier der Auszug bezüglich Cache Nutzung:

RAM Test ist schneller, da es auf aktuelle CPUs optimiert ist und keine über 10 Jahre alte 32Bit Anwendung:

HCI Memtest revolutionized the DRAM testing back in early 2000s it was introduced.
Even today there is nothing really wrong with it, when it comes to finding the memory related errors.
The only actual fault it has is the fact that it has fallen completely behind the development: it is still a 32-bit application (supporting up to ~3.5GB of DRAM per instance), it is single threaded and totally unoptimized (X87 code).

The "Ram Test" application I mentioned before fixes all of those faults, while matching or excelling in capability of finding the memory errors.

Und genau wegen der angeblichen Cache-Last von HCI gibts ja die neue Option bei der man den Cache mit RAM Test maltretieren kann (CPU Cache @enabled). Ich lasse aber alles default, will nicht mit einer Unbekannten vergleichen.
 
Mittlerweile habe ich ja wieder einen 8700k (aus dem MP, die andere ist noch zur RMA bei CK) und ich spiele etwas mit meinem RAM herum (nachdem ich die neue CPU getestet habe).

Dabei stelle ich fest, dass 4000 MHz (17/17/17/37) RAM mit 1.35V und 1.10/1.15 V völlig stabil laufen (Mode 1).
Nun teste ich 4133 MHz (17/17/17/37) (dafür ist der RAM spezifiziert) und ich muss schon sehr hoch gehen mit den Werten. Aktuell läuft er mit 1.5V und 1.20/1.25V und scheint damit zu laufen (Test muss noch deutlich länger laufen).

Das finde ich, ist eine enorme Steigerung für 133MHz mehr Speichertakt. Wenn es stabil sein sollte werde ich nach und nach jeden Einzelwert Stück für Stück herunterfahren und gucken, wie lang er stabil bleibt - um nicht unnötig hohe Spannungen zu nutzen.

Spezifiziert ist der RAM für 4133MHz bei 1.35V mit 19/19/19/39.


Wenn er stabil ist kommen die anderen Timings an die Reihe... da muss ich mir aber hier nochmal vieles durchlesen. Trfc ist vom Board auf 724 eingestellt worden.
 
Hab nichts zu der Batch gefunden, daher frag ich ja ;)
ja dann hat sie noch niemand getestet oder nicht mitgeteilt. Deswegen sagte ich, wäre es sinmvoll jeden getesteten Chip zu posten.
Gester habe ich zb L733C492 getestet. absolute Gurke. ABER l733C495 wäre sehr gut laut Liste und Thread.

Gesendet von meinem SM-G935F mit Tapatalk
 
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