blautemple
Enthusiast
Ich habe tatsächlich die beste Leistung mit einem IO-L Offset und nicht mit festen Werten,
[Sammelthread] Intel DDR4 RAM OC Thread + Guides und Tipps
- Ersteller even.de
- Erstellt am
Interessant, hab das mal ausprobiert. Bessere Leistung konnte ich nicht feststellen, aber etwa Gleichstand, also zumindest keine Verschlechterung. Trotz um den Betrag 7 höherer IOL. Gebencht mit WinRar und AIDA Photoworxx/Memory Benchmark.
Gegenübergestellt:
Edit:
Noch ein Versuch. Gegenübergestellt:
Aber, und das ist das Entscheidende für die Fragestellung: Bei fixierten RTL/IOL gibt es hier @4300-16-16 zuverlässig Post fails, wenn das Board vorher komplett stromlos war. Mit Offset bootete es eben zwei Mal ohne Murren.
Muss natürlich noch stabil getestet und weiter beobachtet werden, bin auch gespannt auf die Erfahrungen, die @zVEr damit macht. Kann mir außerdem vorstellen, dass es leichte Performance-Einbußen gibt, wenn nicht Offset 14, sondern z.B. nur 16 oder höher bootet. Aber jedenfalls ist das ein toller Tipp, @blautemple!
Ich hatte IOL-Offset für mich bisher als nur drittbeste Lösung nach manueller Fixierung und Round Trip verbucht. Das revidiere ich gern, sofern die weiteren Tests erfolgreich sind.
Edit 2:
Sehr cool, 5000% Karhu-stable ist das auch,
so weit bin ich mit fixierten RTL/IOL nicht gekommen. Jetzt darf das nur kein lucky shot gewesen sein, sondern muss dauerhaft zuverlässig posten. Dann geht vielleicht auch noch was an den Spannungen.
Gegenübergestellt:
- 4200 MHz 61/61/63/63 7/7/7/7 (RTL/IOL fixiert, Auto-Offset 21)
- 4200 MHz 61/61/63/63 14/14/14/14 (RTL/IOL Auto, Offset 14)
Edit:
Noch ein Versuch. Gegenübergestellt:
- 4300 MHz 62/62/63/64 7/7/7/7 (RTL/IOL fixiert, Auto-Offset 21)
- 4300 MHz 61/61/63/63 14/13/14/13 (RTL/IOL Auto, Offset 14)
Aber, und das ist das Entscheidende für die Fragestellung: Bei fixierten RTL/IOL gibt es hier @4300-16-16 zuverlässig Post fails, wenn das Board vorher komplett stromlos war. Mit Offset bootete es eben zwei Mal ohne Murren.
Muss natürlich noch stabil getestet und weiter beobachtet werden, bin auch gespannt auf die Erfahrungen, die @zVEr damit macht. Kann mir außerdem vorstellen, dass es leichte Performance-Einbußen gibt, wenn nicht Offset 14, sondern z.B. nur 16 oder höher bootet. Aber jedenfalls ist das ein toller Tipp, @blautemple!
Ich hatte IOL-Offset für mich bisher als nur drittbeste Lösung nach manueller Fixierung und Round Trip verbucht. Das revidiere ich gern, sofern die weiteren Tests erfolgreich sind.Edit 2:
Sehr cool, 5000% Karhu-stable ist das auch,
so weit bin ich mit fixierten RTL/IOL nicht gekommen. Jetzt darf das nur kein lucky shot gewesen sein, sondern muss dauerhaft zuverlässig posten. Dann geht vielleicht auch noch was an den Spannungen.
Zuletzt bearbeitet:
Nochmal zum Verständnis, ihr tragt irgendeinen RTL-Value Wert ein bis es nicht mehr bootet, danach wieder eins höher? Dabei round trip disablen? Danach fixiert ihr die trainierten Werte?
Ich habe ständig Post fails sobald ich bei roundtrip enable die RTL/IOLs fixiere (oder sollte man danach roundtrip disablen wieder?)
Ich habe ständig Post fails sobald ich bei roundtrip enable die RTL/IOLs fixiere (oder sollte man danach roundtrip disablen wieder?)
Lass mal versuchen, das am lebenden Beispiel festzumachen, ist einfacher. Welche Auto-RTL/IOL trainiert dein Board reproduzierbar
- ohne Round Trip
- mit Round Trip
- ohne Round Trip, aber mit IOL Offset 14 (sofern das bootet)?
- ohne Round Trip
- mit Round Trip
- ohne Round Trip, aber mit IOL Offset 14 (sofern das bootet)?
Zuletzt bearbeitet:
Ich hab das auch gerade versucht. Round Trip aus. Offset 14. Leider trainiert er da blödsinn. 59/63/61/62/14/13/14/15.
Was dabei interessant ist. Solang RTL Init auf auto ist, oder eine beliebige gerade Zahl, trainiert er das obrige. Stelle ich z.B. 63 ein, trainiert er saubere 60/60/62/62/14/13/14/14.
Leistung habe ich bisher nicht verglichen.
Was dabei interessant ist. Solang RTL Init auf auto ist, oder eine beliebige gerade Zahl, trainiert er das obrige. Stelle ich z.B. 63 ein, trainiert er saubere 60/60/62/62/14/13/14/14.
Leistung habe ich bisher nicht verglichen.
Phoenix2000
Legende
- Mitglied seit
- 07.01.2006
- Beiträge
- 8.261
Im normal Fall ist Roundtrip am schnellsten, aber nur sofern du nicht zu sehr an der Kotzgrenze bist und das RTL Training stimmt.
Sollte z.b bei 4x8GB 4300CL16 61/62/63/64 6/7/7/7 sein oder 4400Cl17 63/64/65/66 6/7/7/7.
Als nächstes kommt mit Rtl init 74 trainieren lassen und überall meist 6 abziehen.Das ist in etwa so schnell wie Offset 16/14.
Nur Offset 14/14 bei 4000CL15-15 mit 35,9ns war bei mir mal schneller als Roundtrip .
Sollte z.b bei 4x8GB 4300CL16 61/62/63/64 6/7/7/7 sein oder 4400Cl17 63/64/65/66 6/7/7/7.
Als nächstes kommt mit Rtl init 74 trainieren lassen und überall meist 6 abziehen.Das ist in etwa so schnell wie Offset 16/14.
Nur Offset 14/14 bei 4000CL15-15 mit 35,9ns war bei mir mal schneller als Roundtrip .
ich poste abends ein paar Screens.
Aus meinem Beitrag vor ein paar Tagen. Manchmal trainiert er auch 62-62-8-8. Die Werte habe ich fixiert und alle Tests gemacht, eines Tages nach dem Neustart wollte er nicht mehr hochfahren. RTL/IOLs auf auto läuft wieder.
Zuletzt bearbeitet:
Ja das Problem ist der MemtweakIt funktioniert nicht oder läuft das bei jemandem? Beim Asrock Program sieht man nicht viel.
Ach so, weil das die Version 4.0.3 für Z490 ist. 
Blöd, weil nicht so übersichtlich. Kannst du die Bios-Screenshots dann wenigstens hier ins Forum hochladen anstatt extern? Ist einfacher zum Durchblättern.
Edit: Oder du schreibst die paar Zahlen einfach hin, wenn du meine Fragen beantworten möchtest. Das ist für deine Leser am bequemsten.
"- ohne Round Trip
- mit Round Trip
- ohne Round Trip, aber mit IOL Offset 14 (sofern das bootet)"
Blöd, weil nicht so übersichtlich. Kannst du die Bios-Screenshots dann wenigstens hier ins Forum hochladen anstatt extern? Ist einfacher zum Durchblättern.
Edit: Oder du schreibst die paar Zahlen einfach hin, wenn du meine Fragen beantworten möchtest. Das ist für deine Leser am bequemsten.
"- ohne Round Trip
- mit Round Trip
- ohne Round Trip, aber mit IOL Offset 14 (sofern das bootet)"
Weil das immer wieder Kopfzerbrechen macht, hier mal meine Erkenntnisse zu RTL/IOL, 4 DIMMs Single Rank auf Asus Maximus Z390. Denn schwierig ist das eigentlich nicht, nur nicht ganz einfach zu erklären.
Ist Best-Practice, also ohne Hintergrundwissen. Alle unten aufgeführten Zahlen sind real. Die automatisch trainierten Werte ("Auto") wurden durch mehrfache identische Boots bestätigt. MRC Fast Boot ist disabled, Init value ist Auto.
Erstes einfaches Beispiel:
4200 MHz CL16-16
Nun etwas komplexer. Die Methoden werden unten erklärt.
4266 MHz CL16-16
4300 MHz CL16-16
4400 MHz CL16-17
Ist Best-Practice, also ohne Hintergrundwissen. Alle unten aufgeführten Zahlen sind real. Die automatisch trainierten Werte ("Auto") wurden durch mehrfache identische Boots bestätigt. MRC Fast Boot ist disabled, Init value ist Auto.
- Ziel: Symmetrische, niedrige RTL/IOL
- Wichtigste Regel: Verändert wird immer paarweise ein RTL mit seinem zugehörigen IOL (Channel/DIMM/Rank) um den selben Betrag.
Erstes einfaches Beispiel:
4200 MHz CL16-16
| RTL | IOL | IO Offset | |
| Auto | 67/67/69/69 | 13/13/13/13 | Auto (21) |
| Auto -> Manuell | 61/61/63/63 | 7/7/7/7 | Auto (21) |
| Offset | 61/61/63/63 | 14/14/14/14 | 14 |
Nun etwas komplexer. Die Methoden werden unten erklärt.
4266 MHz CL16-16
| RTL | IOL | IO Offset |
Auto | 67/69/69/71 | 13/14/13/14 | Auto (21) |
Auto -> Manuell | 61/62/63/64 | 7/7/7/7 | Auto (21) |
Offset | 61/61/63/63 | 14/13/14/13 | 14 |
Round Trip Boot 1 | 61/62/67/71 | 7/7/11/14 | Auto (21) |
Round Trip Boot 2 | 61/62/64/68 | 7/7/8/11 | Auto (21) |
Round Trip -> Manuell | 61/62/63/64 | 7/7/7/7 | Auto (21) |
Methode 1: Auto -> Manuell
Alle Werte sind auf Auto, das Board hat trainiert. Die Ergebnisse stehen in der Tabelle in der Zeile „Auto“. Wie kann man die RTL/IOL nun auf niedrige, symmetrische Werte verändern? Durch paarweise Subtraktion.
1. RTL/IOL-Paar: (67/13)-6=(61/7)
2. RTL/IOL-Paar: (69/14)-7=(62/7)
3. RTL/IOL-Paar: (69/13)-6=(63/7)
4. RTL/IOL-Paar: (71/14)-7=(64/7)
Die veränderten RTL/IOL (Klammern rechts) stehen in der Tabelle in der Zeile „Auto -> Manuell“. Sie werden fest im Bios eingetragen. Round Trip disabled, Rest auf Auto, fertig.
Methode 2: Offset
Offset erzeugt höhere IOL als die anderen Methoden, ist oft aber einfacher zu stabilisieren und u. U. weniger spannungshungrig. CHA und CHB IO_Latency_offset werden dazu auf von Auto (21) auf 14 gestellt. Round Trip disabled, Rest auf Auto, fertig.
Methode 3a: Round Trip (gerade)
Round Trip Latency=Enabled -> trainiert perfekt: Rest auf Auto, fertig. Das ist der RT-Idealfall. Im Beispiel oben tritt er aber nicht ein, Round Trip trainiert auch nach mehrfachem Booten krumme Werte.
Methode 3b: Round Trip (krumm)
Round Trip Latency=Enabled -> trainiert unsauber:
- Round Trip Boot 1: Die „Ausreißer“-RTL 67 und 71 müssen zusammen mit ihren IOL 11 und 14 paarweise eingefangen werden:
(67/11)-4=(63/7)
(71/14)-7=(64/7) - Round Trip Boot 2: Die „Ausreißer“-RTL 64 und 68 müssen zusammen mit ihren IOL 8 und 11 paarweise eingefangen werden:
(64/8)-1=(63/7)
(68/11)-4=(64/7)
Ergebnis der Korrekturen: 61/62/63/64 7/7/7/7. Das sind dieselben Werte wie mit der Methode Auto -> Manuell. Round Trip war hier nur ein Umweg.
4300 MHz CL16-17
| RTL | IOL | IO Offset |
Auto | 69/69/69/71 | 15/14/13/14 | Auto (21) |
Auto -> Manuell | 61/62/63/64 | 7/7/7/7 | Auto (21) |
Offset | 61/61/63/63 | 14/13/14/13 | 14 |
Auto -> Manuell: Dies ist ein schönes Beispiel dafür, wie scheinbar unrunde Auto-Werte durch passende paarweise Subtraktion (-8, -7, -6, -7) symmetrisch gemacht werden.
4300 MHz CL16-16
| RTL | IOL | IO Offset |
Auto | 69/69/69/71 | 14/14/13/14 | Auto (21) |
Auto -> Manuell 1 | 62/62/63/64 | 7/7/7/7 | Auto (21) |
Auto -> Manuell 2 | 61/62/63/64 | 6/7/7/7 | Auto (21) |
Offset | 61/61/63/63 | 14/13/14/13 | 14 |
Auto -> Manuell 1 und 2 zeigen Möglichkeiten, mit Auto-Werten umzugehen, die auch durch manuelle Bearbeitung nicht ganz symmetrisch werden. Im ersten Fall wird der Schwerpunkt auf identische IOLs gelegt, im zweiten auf symmetrische RTLs. Beides ist möglich, 2 ist etwas straffer.
4400 MHz CL16-17
| RTL | IOL | IO Offset |
Auto | 69/69/71/71 | 14/14/14/14 | Auto (21) |
Auto -> Manuell | 62/62/64/64 | 7/7/7/7 | Auto (21) |
Offset | 61/61/63/63 | 14/13/14/13 | 14 |
Round Trip | 61/62/63/64 | 6/7/6/7 | Auto (21) |
Hier nun ein Beispiel, in dem Round Trip nach mehreren Boots symmetrische Werte erzeugt hat, die übernommen werden können. Im Vergleich mit Auto -> Manuell ist zu sehen, dass beide Ergebnisse ineinander umgewandelt werden können; RT ist hier etwas straffer.
Irrtümer vorbehalten. Enjoy!
Zuletzt bearbeitet:
@ShirKhan
RT AN Boot 1
Boot 2
Boot 3
RT disable, er trainiert immer das gleiche
Fixiert habe ich (eines Tages) 62-62-62-62-8-8-8-8, gebootet mehrmals ohne Probleme, Stabilitätstests durchgeführt und irgendwann nach einem Neustart wollte er die Kombi einfach nicht mehr, vestehe wer kann
PPD überall 0, falls das wichtig ist.
RT AN Boot 1
Boot 2
Boot 3
RT disable, er trainiert immer das gleiche
Fixiert habe ich (eines Tages) 62-62-62-62-8-8-8-8, gebootet mehrmals ohne Probleme, Stabilitätstests durchgeführt und irgendwann nach einem Neustart wollte er die Kombi einfach nicht mehr, vestehe wer kann
PPD überall 0, falls das wichtig ist.
@zVEr
Edit:
Während du das vielleicht nachlieferst: Weiß nicht, ob ich dir eine Lösung anbieten kann. 62/62/62/62 8/8/8/8 ist mal korrekt von 67/67/67/67 13/13/13/13 subtrahiert. Ungewöhnlich finde ich vier identische RTL; glaub nicht, dass das häufig vorkommt. Ob PPD eine Rolle spielt, weiß ich nicht, nehme aber an, das hast du selbst schon ausgeschlossen.
Wie in #7292 geschrieben, hat Offset=14, Round Trip disabled, Rest auf Auto, meine Bootprobleme bei 4300-16-16 gelöst. Hast du das versucht?
Ganz allgemein: Zu 4-DIMM Single Rank habe ich oben geschrieben, was ich weiß (und hatte gehofft, du würdest das lesen und Schlüsse für dein Problem daraus ziehen können
). Ich bin mir nicht sicher, ob die Vorgehensweise 1:1 auf Dual Rank übertragbar ist. Dazu können die Z490-Cracks hier vielleicht was sagen.
Edit:
Während du das vielleicht nachlieferst: Weiß nicht, ob ich dir eine Lösung anbieten kann. 62/62/62/62 8/8/8/8 ist mal korrekt von 67/67/67/67 13/13/13/13 subtrahiert. Ungewöhnlich finde ich vier identische RTL; glaub nicht, dass das häufig vorkommt. Ob PPD eine Rolle spielt, weiß ich nicht, nehme aber an, das hast du selbst schon ausgeschlossen.
Wie in #7292 geschrieben, hat Offset=14, Round Trip disabled, Rest auf Auto, meine Bootprobleme bei 4300-16-16 gelöst. Hast du das versucht?
Ganz allgemein: Zu 4-DIMM Single Rank habe ich oben geschrieben, was ich weiß (und hatte gehofft, du würdest das lesen und Schlüsse für dein Problem daraus ziehen können
). Ich bin mir nicht sicher, ob die Vorgehensweise 1:1 auf Dual Rank übertragbar ist. Dazu können die Z490-Cracks hier vielleicht was sagen.
Zuletzt bearbeitet:
Phoenix2000
Legende
- Mitglied seit
- 07.01.2006
- Beiträge
- 8.261
Die Trainingsmöglichkeiten wurden schon mehrfach ausführlich erläutert und von "Offset auf Roundtrip runter rechnen geht nicht so verallgemeinert.
2 Methoden fehlen übrigens komplett.
DR und 4xSR sollte man da auch nicht vergleichen, deine RTL/IOL hängen auch von CPU/Board/Speicher ab was geht und was er trainiert und brauch.
Das sieht man schon an deinen IOL, da ist alles auf 7, obwohl der erste Wert eigtl. 6 im optimalen Fall ist, 7/7/7/7 hatte ich nur mit dem 8auer Frame, was ne so wirklich stabil war, mit dem Rocket Frame dann 6/7/7/7.
Je nach Kombo kann es sein das er halt keine 6 da schafft und die Laufzeit halt länger ist.
Das gleiche ist auch bei DR auf nen ApexXII das muss ne gleich sein, ist es aber meistens je nach Einstellung.
Weichen die RTL/IOL ab vom "Best Case"ist es meistens auch nicht zu 100% stabil und auch wenn sie stimmen ist es erst so pi mal Daumen stable wenn GSat, Prime Custom 1,5h und 1h Memtest laufen.
2 Methoden fehlen übrigens komplett.
DR und 4xSR sollte man da auch nicht vergleichen, deine RTL/IOL hängen auch von CPU/Board/Speicher ab was geht und was er trainiert und brauch.
Das sieht man schon an deinen IOL, da ist alles auf 7, obwohl der erste Wert eigtl. 6 im optimalen Fall ist, 7/7/7/7 hatte ich nur mit dem 8auer Frame, was ne so wirklich stabil war, mit dem Rocket Frame dann 6/7/7/7.
Je nach Kombo kann es sein das er halt keine 6 da schafft und die Laufzeit halt länger ist.
Das gleiche ist auch bei DR auf nen ApexXII das muss ne gleich sein, ist es aber meistens je nach Einstellung.
Weichen die RTL/IOL ab vom "Best Case"ist es meistens auch nicht zu 100% stabil und auch wenn sie stimmen ist es erst so pi mal Daumen stable wenn GSat, Prime Custom 1,5h und 1h Memtest laufen.
Zuletzt bearbeitet:
Schade, dann ist das keine Alternative für dich, zumindest nicht ohne Einbußen in der Latenz.
Hier und in den Folgebeiträgen findest du eine weitere Herangehensweise mit Init value sowie zusätzliche Informationen. Viel Erfolg!
Phoenix2000
Legende
- Mitglied seit
- 07.01.2006
- Beiträge
- 8.261
Ihr solltet erstmal testen ob ihr den Takt mit nen Offset von 16/16 oder 18/18 überhaupt stabil bekommt, das ganze mit Auto oder laschen Subs.
Wenn ihr das nicht einmal die ersten 10min durch GSat bekommt, ist da mit "normalen" Mitteln Schluß.
Das heißt es erwarten einen Entpackungsfehler CRC Fehler im BS, das ist ziemlich sicher.
Kann man ganz leicht nachstellen einfach mal 100 Containerfiles a 500 MB runterladen und am Stück entpacken.Da sollte er schon Fehler bringen.
1-2ns wirst du im 24/7 nicht bemerken.
Wenn ihr das nicht einmal die ersten 10min durch GSat bekommt, ist da mit "normalen" Mitteln Schluß.
Das heißt es erwarten einen Entpackungsfehler CRC Fehler im BS, das ist ziemlich sicher.
Kann man ganz leicht nachstellen einfach mal 100 Containerfiles a 500 MB runterladen und am Stück entpacken.Da sollte er schon Fehler bringen.
1-2ns wirst du im 24/7 nicht bemerken.
Zuletzt bearbeitet:
Wo? Hast du eine gute Quelle?
Denn ich hab mir von hier Sample Files geladen und vielfache Kopien auf die Platte gemacht. Die werfen beim Entpacken genauso Fehler wie fünf große Spielearchive. Aber nicht in vermeintlich waghalsigen OC-Settings, sondern @CPU-Stock und RAM-XMP.
Edit: Ok, hab was gefunden.
Zuletzt bearbeitet:
Die Archive im Link (ZIP und RAR) habe ich so oft kopiert, bis es 96 Stück mit 53GB waren.
Entpackt mit den Settings 4200-16-16, 4300-16-16, 4400-16-17 (s. o. RTL/IOL-Beitrag). Alle drei sind Karhu-, die letzten beiden aber nicht Gsat-stabil. 4300 wirft hunderte von Fehlern in einer Session, Gsat mit 4400 lässt nach kurzer Zeit sogar Windows abstürzen.
Dauer jedes Vorgangs: mehr als fünf Minuten. Entpackungsfehler: keine.
So sieht es aus, wenn Fehler auftreten (defektes Archiv).
Mit Entpackungsvorgängen lassen sich (vermeintliche) Probleme durch Nicht-Gsat-Stabilität hier also offenbar nicht nachweisen. Oder hab ich was nicht richtig gemacht?
Zuletzt bearbeitet:
... mir qualmt die Birne. HAbe mich nun auch mal mit den RTLs auseinander gesetzt. Besser wie gezeigt bekomme ich das nicht hin . HAtte ja zu den ersten Teamgroup Paar viel später noch ein paar selben Typs hinzugekauft, ist also kein 32Gb Kit auch 4x8... Die sind echt unterschiedlich im XMP Setting. Das wird m.M.n auch nicht gerade förderlich sein die Dinger schnell und stabil zu bekommen. Ich will partout nicht mehr DRAm V oder IO/SA V hinzuknallen (1,45V, 1,26V, 1,27) . Rechner läuft auf 5avx ; 5,2non avx ; 4,7cache.
Vielleicht sieht ja noch ein heller Scheinwerfer hier was man noch verbessern kann. Auch Lustig Die Rtls sind manuell eingetragen. Dem Mobo kann ich aber auch sagen er möge Normal, loose, loosest, tight, tightest die Rams teachen. HAbe ich auch mal "normal" probiert, das ging auch, nur halt ungleichmäßige Werte aber dafür in den 63ern und IOL ~7-8 waren´s.
PS: Stabi muß ich aber noch testen.... Look and See
Zur Stabi : ab 1700% (~40min) ist Essig mit Karhu 1 Fehler (stop@error)
Vielleicht sieht ja noch ein heller Scheinwerfer hier was man noch verbessern kann. Auch Lustig Die Rtls sind manuell eingetragen. Dem Mobo kann ich aber auch sagen er möge Normal, loose, loosest, tight, tightest die Rams teachen. HAbe ich auch mal "normal" probiert, das ging auch, nur halt ungleichmäßige Werte aber dafür in den 63ern und IOL ~7-8 waren´s.
PS: Stabi muß ich aber noch testen.... Look and See
Zur Stabi : ab 1700% (~40min) ist Essig mit Karhu 1 Fehler (stop@error)
Anhänge
Zuletzt bearbeitet:
Terr0rSandmann
Legende
Ich als absoluter RAM OC Noob schaffe es einfach nicht die Zeit zu finden, obwohl ichs mir seit 3 Wochen vornehme, mich reinzulesen. Gibt es für meine RAM eine allgemeine Empfehlung die jeder RAM dieses Types schaffen sollte? Ich weiß, ich bin faul, aber durch Job und die Kids @ home, die mir jeden Nerv rauben, fehlt mir einfach die Motivation ^^
https://github.com/integralfx/MemTestHelper/blob/master/DDR4 OC Guide.md#memory-testing-software habe ich mir schon mal durchgelesen. Ich bin aber ehrlich, dass ich da mehr als die Hälfte schlicht nicht verstehe.
Kann ich z.B. einfach mal versuchen die Werte vom Post oben drüber nehmen, da es ja wohl auch 4133er B-Die sind?
https://github.com/integralfx/MemTestHelper/blob/master/DDR4 OC Guide.md#memory-testing-software habe ich mir schon mal durchgelesen. Ich bin aber ehrlich, dass ich da mehr als die Hälfte schlicht nicht verstehe.
Kann ich z.B. einfach mal versuchen die Werte vom Post oben drüber nehmen, da es ja wohl auch 4133er B-Die sind?
Scream88
Enthusiast
Kann es sein das deine Rams falsch eingesteckt sind? Auf A1 und A2?
Sollten die nicht auf A2 und B2?
Sollten die nicht auf A2 und B2?
Terr0rSandmann
Legende
Ist ja ein ITX Board - daher kann ich diesbezüglich nichts falsch stecken
Wilkommen im club von noob zu noob, wirf ihm mal 1.5V DRAM und 1,35V VCCIO/SA entgegen und taste dich einfach mal bei der Frequenz nach oben. Mit den Timings kannst du dich danach ausgiebig beschäftigen
Der Post darüber ist halt fast völlig unoptimiert, das wird dir nicht viel helfen. Würde mal behaupten rein aus dem Gefühl heraus 4400 sollten drin sein.
kann dir mein 4266C16 anbieten - hier
allerdings beachten - tWRWR_dg muss zwingend auf 4 sonst stehst du wie ich Trottel mit 33k write da.
von noob zu noob, wirf ihm mal 1.5V DRAM und 1,35V VCCIO/SA entgegen und taste dich einfach mal bei der Frequenz nach oben. Mit den Timings kannst du dich danach ausgiebig beschäftigen Der Post darüber ist halt fast völlig unoptimiert, das wird dir nicht viel helfen. Würde mal behaupten rein aus dem Gefühl heraus 4400 sollten drin sein.
kann dir mein 4266C16 anbieten - hier
allerdings beachten - tWRWR_dg muss zwingend auf 4 sonst stehst du wie ich Trottel mit 33k write da.
Zuletzt bearbeitet:
ClearEyetemAA55
Experte
Nabend
Versuch mal sowas
1,5vDimm
1,3SA
1,3IO
(wo 0 steht auf Auto belassen)
Versuch mal sowas
1,5vDimm
1,3SA
1,3IO
(wo 0 steht auf Auto belassen)
Phoenix2000
Legende
- Mitglied seit
- 07.01.2006
- Beiträge
- 8.261
Ja dann wird die Datei fehlerhaft gewesen sein, ich musste halt ich sag mal größere gepackte Mengen laden mit JDownloader da ist mir das damals aufgefallen, das Programm nutzt glaube 7Zip,
aber auch seltenerweise waren mal gepackte Download Dateien defekt, oder auch wenn du Installationen von Iso´s machst und der viel entpacken muss.
Das ganze obwohl Memtest und Prime stabil war, über #Esenel von CB wurde ich auf Gsat hingewiesen und siehe da Fehler ohne Ende, so hatte ich damals angefangen
das ganze soweit zu optimieren bis es stable war.Und ich würde darauf wetten das von euch keiner auch nur Ansatzweise durch Gsat kommt.
Wahrscheinlich eher mit Bluescreen.Ich habe das auch nur mit dem P0 Bios 0602 gepackt und wirklich extrem viel Einstellen incl. Slope´s.
Aber auch bei mir wäre nicht jeder Boot komplett durch Gsat gekommen, aber jeder Boot wäre die mindestens die ersten Minuten stable gewesen.
Fehlerhaft Dateien hatte ich dann nie wieder.
Der Ram kann mehr aber CPU Board ist da am Ende bei 4400 und eigtl. ist da die Grenze schon überschritten.
Achte mal auf die Spannung vom Speicher, der Speicher ist da nicht das Problem.
4400CL16-16 ging z.B. Memtest etc., aber keine Ahnung ob ich das mit anderen Einstellungen auch durch Gsat bekommen hätte, mit meinen für CL17 auf jeden Fall nicht.
Und der Aufwand wäre für das bisschen auch viel zu hoch gewesen.
Zuletzt bearbeitet: