» Willkommen auf Hardware «

mulle78
aus HH
offline



Enhanced OC
23 Jahre dabei !

Intel Core i7
3000 MHz @ 3950 MHz
35°C mit 1.19 Volt


Übertakter aufgepasst:

Den Fehler konnte ich bei Corsair unterbinden, indem ich alle Spezifikationen eingehalten habe.... der MDT ist eingebaut und der Test bei Standardtakt ist zufriedenstellend verlaufen, keine Fehler bei 4000 (2x2000) kopierten Dateien (SATA HDD auf sich selbst und von IDE auf eine andere IDE, bei der ich vorher die Fehler hatte)

jetzt gehts wieder ans Übertakten und das alles mit MDT, statt Corsair. Ich habe eben mal den Speicher wieder auf DDR333 (166MHz) gestellt und den Referenztakt auf 235 MHz um die alten Einstellungen zu fahren. Dabei habe ich den Bluescreen PFN_LIST_CORRUPT erhalten, der ebenfalls auf Speicherprobleme hindeutet. Da der MDT Speicher ein sauberes SPD hat und dort auch Werde für DDR333 stehen, habe ich nicht nur die über CPUZ angezeigten Werte Tcl, Trc, Trcd und Tras fix gestellt, sonder mir ist aufgefallen, dass laut A64Tweaker auch die Werte Trfc und Read Preamble nicht wie vor bei DDR400 (200MHz) liefen.

Nun habe ich einfach mal alle Einstellungen so wieder eingestellt für das übertaktete System, dass ich alle Werte (Spannung, Speicher, HTT Multi) angepasst habe, ausser den Referenztakt. Nun läuften Trfc mit 14 Takten fix, wie bei DDR400, statt 12 wie bei DDR333 AUTO und Read Preamble mit 5,5ns fix wie bei DDR400 statt 6,5ns bei DDR333 automatisch eingestellt (wobei ich mich hier wundere, dass der Wert bei langsamer getaktetem Speicher höher ausfällt, also eine höhere Latenz angegeben ist).

Ich bin mir nicht sicher, ob ich das damals beim Übertakten des Corsair berücksichtigt hatte, denn auch diesen musste ich mit DDR333 fahren, damit er beim Übertakten nicht über 200 MHz lief. Jetzt kann ich die Trfc und Read Preamble Werte nicht mehr vergleichen, da schon ausgebaut.

lasse ich jetzt Clockgen über Windows laufen, verrechnet sich die CPU laut Prime erste bei ca. 2,5 GHz statt 2,0 GHz Default.

[EDIT]
Bei mir im BIOS wird der Read Preamble Wert anderes ausgelesen/angegeben, wie von A64Tweaker interpretiert. Musste den Wert im BIOS auf 5,0 ns stellen, damit er wie bei der automatischen Einstellung vom BIOS bei DDR400, in A64Tweaker mit 5,5 ns angezeigt wird. Mit dem korrekten Read Preamble Wert und dem korrekten Trfc Wert fuhr er jetzt auch mit einem Referenztakt von 235 MHz hoch und das bei DDR333 Einstellung.

Ein Schnelltest mit Windows Software ließ bei DDR333 die CPU bis 2,52 GHz und RAM bis 209 MHz zu und bei DDR366 (183MHz) bis 2,48GHz und RAM bis 226 MHz. Ich denke da sollten 2,35 GHz und DDR333 im Ramen sein, also CPU 2,35 GHz und RAM 195 MHz. Oder was meint ihr?[/EDIT]

[EDIT2]
So Jungens und Mädels, ich kann jetzt wieder beruhigt schlafen.

Der Rechner lief jetzt sauber 24 Stunden durch. Prime95 hat keine Fehler gemacht und die Platten auch nicht. Von IDE1 auf IDE 2 4501 Kopieen ohne Fehler und auf der SATA Platte 3731 Kopieen ohne Fehler. Und das bei Athlon64 3200+@2350 MHz; RAM 195MHz@DDR333 mit gefixten Timings und Spannung auf der CPU bei 113% (1,54 Volt). Eventuell versuch ich die CPU noch etwas zu entlasten, indem ich die Spannung etwas senke.

Wenn es nicht am Speicher lag, dann lag es wohl am Trfc und Read Preamble Wert, die durch AUTO Einstellung über das BIOS zu scharf eingestellt waren, denn der Speicher lief auf DDR333, aber mit Taktraten von DDR400.

Obwohl, ich meine mich zu erinnern, dass ich beim Corsair einen Fehler bei Defaulttakt hatte.... von etlichen Versuchen, aber einen Fehler. Der MDT läuft bei mir jetzt jedenfalls einwandfrei.
[/EDIT2]

Beiträge gesamt: 302 | Durchschnitt: 0 Postings pro Tag
Registrierung: Mai 2001 | Dabei seit: 8584 Tagen | Erstellt: 10:35 am 4. Dez. 2005
Gibtnix
aus nahmslos genial
offline



Real OC or Post God !
21 Jahre dabei !

Intel Core i7
2200 MHz @ 4100 MHz


mal ein anderer Ansatz woher das Problem kommen könnte; so wie ich dich verstehe benutzt du SATA-HDDs und gleichzeitig einen Referenztakt von 235 MHz? Die SATA-Ports 1+2 sollen beim Übertakten teilweise Probs machen, da der Controller nciht ganz korekt gefixt wird. Behoben kann dieses Problem durch verwenden von Port 3+4.

Dagegen dass es an einem zu scharfenRam-Timing lag spricht dass weder Memtest noch Prime angeschlagen haben - dadurch wird das System so stark ausgelastet, dass bei einem zu scharfen Timing eigentlich Fehler auftreten müssten...

Beiträge gesamt: 18440 | Durchschnitt: 2 Postings pro Tag
Registrierung: Juli 2003 | Dabei seit: 7794 Tagen | Erstellt: 11:26 am 4. Dez. 2005