@|Moppel| Erstmal eine stabile Grundconfig bekommen (sprich, erstmal nen 10k Karhu + TM5@Anta-Konfig haben). Mit den hier vorgestellten Presets überspringt man ja viele, normalerweise notwendige Analyseschritte. Solang sich das System aus CPU und RAM-ICs so verhält, wie man es kennt und gewohnt ist, funktionieren Presets super. Aber wenn nicht, muss man eben rückwärts alles entschärfen, so wie
@MehlstaubtheCat das ja schon vorgeschlagen hat.
Nur mal so, welche Schritte du praktisch übersprungen hast:
Schritt 0: Festlegen für ein GDM on/CR1, GDM off/CR1 oder GDM off/CR2 Setting. Die meisten nehmen ein GDM on/CR1 Setting, weil es der beste Kompromiss aus Performance und eingesetzten Zeitaufwand ist.
1. IF-Takt ausloten (häufig IF-Hole bei 1900MHz), WHEA-Fehler tracken, VSoc/VDDGs anpassen
2. 1:1:1 Takt ausloten, also Kombination aus RAM, IMC und IF-Takt. Kann man auch erstmal mit laschen Haupttimings angehen. RTTs werden auf Standardkonfigwerte (je nachdem ob 2xSR, 2xDR, 4xSR o. 4xDR) gesetzt (werden evt. aber auch schon vom MB mit "Auto" korrekt gesetzt). VSoc, VDDGs, cLDO_VDDP, Vram und ProcODT werden weiter/teilweise schon angepasst. Rest Auto.
3. Haupttimings ausloten (Resttimings lässt man i.d.R. erstmal auf Auto oder lasche Failsafe-Timings), weitere Anpassung von Vram und ProcODT
4. Secondary Timings, tRC, tRFC: evt. weitere Anpassung von Vram (hängt bei manchen ICs daran, wie weit man mit tRFC runter will/kann)
5. gruppenweise Subtimings: tRRDS/tRRDL/tFAW; *SCL, tWRRD/tRDWR etc.: evt. auch Anpassung der CADs notwendig
Ab Schritt 2 musst du eigentlich immer einen intensiven RAM-Test machen: Karhu/TM5 ist praktisch nur ein Grundtest. Der richtige Test ist eigentlich der Alltag und Games. Und nur bei meinen Stichpunkten hast du schon mindestens 4-5 intensive Tests zu vollziehen. Spätestens bei den Subtimings steigt der Aufwand nochmal an, weswegen man die häufig gruppenweise justiert. Nach jeder Justierung -> intensiv testen.
Kannst dir ja vorstellen, wie aufwendig das wird und daher sind diese Presets so gut, weil die einfach immens viel Zeit sparen - zumindest, wenn sich die CPU/MB/ICs so verhalten, wie bisher bekannt^^.
