[Part 1] AMD DUAL-CORE Sockel 939 Diskussions-Thread (X2, Opterons)

Status
Für weitere Antworten geschlossen.
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
das dfi leist generell kappes aus...mal mehr mal weniger...es gibt boards die die reale vcore anzeigen, das sind aber defakto ausnahmen!
 
Nach 2h 20min hat DualPrime auf einem Core abgebrochen. Was heißt das jetzt ? Stabil wird es wohl dennoch sein. In die Liste schaffe ich dann wohl nicht, oder? 3h sind eh übertrieben. Der Fehler hätte auch bei 3h 01min kommen können.
 
Ralf wie haste Prime denn einstellt?

Also egal nach wie viel Stunden Prime mir einen Fehler raushaut,
ich habe dann immer ein schlechtes Gewissen :fresse:

Gruß
Max
 
Es war Prime Custom FFTs in place. Egal, sonst läuft es ja stabil.

Ich denke es war ein Temp.problem. Beim nächsten Mal lasse ich halt das Gehäuse auf, denn es bläst das Netzeil und 3x120er raus und nur 2x80er ins Gehäuse. Oben am Radi und hinten am Netzteil kam richtig warme Luft raus. Da kann ich locker die Heizung aus machen. Denke mit offenem Gehäuse läuft er dann durch. Oder sind es die unzähligen Prozesse im Hintergrund? Keine Ahnung, muss mal wieder das BackUp zurück spielen. XP müllt sich halt auch zu :rolleyes: . Oder mein Raid wird echt langsam zu klein mit dem SLI. Wenn dann noch nen Passiv rein (Cape oder Mora oder Inno KOM) und ne Laing Ultra.
 
Zuletzt bearbeitet:
Omajose85 schrieb:
War heute bei K&M in Nürnberg:
3x X2 3800+:
1.0601xpmw batch 0255-> selber gekauft
2.0601xpmw batch 1134
3.0601tpew batch xxxx

Allle 3 X2 CPU's mit BV also keine Toledo-Cores.

Da gibt es also doch noch XPMW's Manchester.
Werd mal versuchen welche zu bekommen.
TPMW's wären auch noch ok, mal sehen was da ist.
 
Nochmal zu den X2 3800 CPU's bei K&M in Nürnberg:

Es sind LBDHE's mit BV in der ersten Zeile und Produktionswoche 0601.
2x xpmw, wobei ich mir einen gekauft hab
1x tpew

Alle 3 CPU's waren boxed.

Unterschiedlicher hätte mein Ergebnis nicht ausfallen können:
14437PRIME-2500mhz-1_312Vcore-X2_3800-0601XPMW.JPG


Könnte es sich hierbei bei Core 0 um ein Hitzeproblem handeln?
Da meine Load Temperatur im Shuttle 54 Grad beträgt und meine Zimmertemperatur bei 26 grad liegt.

Danke.
MFG
OMI
 
Omajose85 schrieb:
Nochmal zu den X2 3800 CPU's bei K&M in Nürnberg:

Es sind LBDHE's mit BV in der ersten Zeile und Produktionswoche 0601.
2x xpmw, wobei ich mir einen gekauft hab
1x tpew

Alle 3 CPU's waren boxed.

Unterschiedlicher hätte mein Ergebnis nicht ausfallen können:
14437PRIME-2500mhz-1_312Vcore-X2_3800-0601XPMW.JPG


Könnte es sich hierbei bei Core 0 um ein Hitzeproblem handeln?
Da meine Load Temperatur im Shuttle 54 Grad beträgt und meine Zimmertemperatur bei 26 grad liegt.

Danke.
MFG
OMI
Hi,

da Core 0 schon nach 50 Minuten aussteigt, ist es mit hoher Wahrscheinlichkeit in Hitzeproblem oder zu wenig Spannung, Core1 läuft zwar weiter, aber die Maschine wird ja nur noch zur Hälfte ausgelastet, ist also nicht repräsentativ.... mach mal das Gehäuse auf, 54 Grad ist eine Menge bei 1.31V, möchte nicht wissen, wie heiss der wird wenn beide Cores komplett ausgelastet sind.... Mini-Gehäuse sind meistens nicht die Besten für OC.....
Noch ne Frage, ist das die beste CPU, oder die Schlechteste?
Greetz,

Remorfer
 
Zuletzt bearbeitet:
Ralf_1 schrieb:
Oder mein Raid wird echt langsam zu klein mit dem SLI.
Na auf die Begründung dieser Schlußfolgerung bin ich jetzt aber sehr gespannt. :haha:

Warhead schrieb:
n prime fehler unter 8h ist n anzeichen, dass stabil für den proz bei dem takt noch n großes fremdwort ist...
So ein Käse. Ein Fehler nach 8h ist völlig wayne.
 
xxmartin schrieb:
Na auf die Begründung dieser Schlußfolgerung bin ich jetzt aber sehr gespannt. :haha:

Uuuups. :lol: Ja, habe oben einen Triple-RAID im Gehäusedeckel drin mit 3xPapst 120ern. Eine Laing kann ich mir also sparen. Die Festplatten wirken nämlich als dreifach geschaltete Hochleistungspumpen mit 10.000 U/min ! :lol:
 
Hier übrigens mal meine Möglichkeit, um bei späten Prime-Fehlern (dazu zählt bei mir jeder Fehler >1h) festzustellen, ob es an Überhitzung liegt oder daran, ob die CPU grundsätzlich bei einer FFT-Größe instabil ist.


(a) Dual-Prime Custom FFT inPlace 8K-4096K laufen lassen für maximal 10-11h (solange bis es wieder bei 1024k anfängt - ist die Runde einmal ohne Fehler rum = rockstable; wobei man faktisch auch nochmal Dual-Prime Custom 8K-4096K mit 75% Speicherauslastung insgesamt (also je Core die Hälfte von 75%) einmal alle FFT-Größen durchlaufen lassen sollte, um wirklich rockstable zu haben)

(b) wenn ein Fehler kommt, die FFT-Größe notieren, z.B. 768K; man bedenke immer, daß Prime für verschiedene FFT-Größen verschiedene Algorithmen verwendet!

(c) das System 10-20 Minuten abkühlen lassen und dann die fehlerhafte FFT-Größe für 30-60 Minuten einzeln testen, d.h. zum Beispiel Dual-Prime Custom FFT in Place 768K-768K


Läuft die FFT-Größe z.B. 30 Minuten (d.h. 2x die 15 Minuten) einzeln stabil, lag definitiv ein Temperaturproblem vor. Gibt es reproduzierbar immer wieder einen Fehler bei dieser FFT-Größe ist der Prozessor nicht stabil mit dieser FFT-Größe. Solche Probleme können im Grenzbereich inhärent sein, d.h. man bekommt sie mit keiner VCore-Erhöhung weg.

Rein theoretisch (für alle Stabilitätsfetischisten) müßte man alle bei Prime auftretenden FFT Größen einzeln ca. 1-2 Stunden testen (d.h. von 15 Minuten Laufzeit je FFT auf 60-120 Minuten hoch schalten) und dann einmal von 1024K bis wieder 1024K die Runde rum. Das ganze einmal inPlace und einmal nicht inPlace mit 75% Speicherauslastung gesamt. Natürlich etwas übertrieben, aber dann könnte man wirklich sicher sein.

Und späte Prime-Fehler sind z.B. nicht zwingend mit VCore lösbar. Ein Beispiel. Mein aktuell bester 170er läuft 3100 MHz mit etwa 1.45V. Mit L6/L2 Settings bringt CustomFFT inPlace zwischen 2-3h bei dem 768K Test sofort einen Fehler. Teste ich die 768K einzeln tritt der Fehler zufällig immer wieder auf einem der Cores auf nach 30sek bis 5 Minuten. Also kein Temperaturproblem sondern ein FFT-Problem mit dem 768K Algorithmus. (Man darf das dann auch nicht als "späten Fehler" interpretieren, da "spät" ja lediglich durch die Reihenfolge bestimmt wird, in der Prime die FFT's testet.) Spannungserhöhung etc. hilft nicht. Setze ich allerdings auf L5/L1 bzw. L3/L1 herunter, laufen die 768K stundenlang fehlerfrei. So wie es sein soll. Auch ein kompletter Lauf über 12h mit allen FFT-Größen geht problemlos. Dies zeigt auch wieder einmal die Wichtigkeit der erweiterten Speichertimings auf dem DFI. Denn niemand würde sonst glauben, daß ein Fehler der nach bereits 30 Sekunden auftritt lediglich durch andere Timings am Memory Controller zu lösen ist.

Allein die VCore hilft bei späten Prime-Fehler eben nicht immer. Da muß dann getweaked werden. Ob man jemals Probleme bei normalen Anwendungen/Spielen bekommen wird, wenn eine einzelne FFT-Größe nicht stabil läuft, ist sehr fraglich und würde mir zumindest keine Kopfschmerzen bereiten. Allein aus Lust am Testen versuche ich dennoch immer, den Fehler zu eliminieren.

Äußert sich ein "später" Fehler durch Freeze und nicht mittels Fehlermeldung und man hat keine Lust stundenlang vor dem Monitor zu sitzen, dann kann man hinterher in beiden Prime-Ordnern auch in die "results.txt" schauen. Da findet man dann die letzte stabile FFT-Größe vor dem Freeze/Fehler. Wenn man eine Liste der Testreihenfolge hat, weiß man dann, welche FFT-Größe die nächste wäre und kann diese dann im Einzeltest untersuchen. Nachfolgend mal ein Protokoll aus meinen Prime-Ordnern. Man sieht die ca. 10 notwendigen Stunden sowie die Reihenfolge der Tests (nach 4096K kommt wieder 1024K). Alles bei 15 Minuten Laufzeit je Test. Genauer wäre die Aussage mit >1h je Test, aber das würde dann wie gesagt schon etwa 40h dauern.

Code:
Self-test 1024K passed!
[Fri Feb 24 02:30:38 2006]
Self-test 8K passed!
[Fri Feb 24 02:47:20 2006]
Self-test 10K passed!
[Fri Feb 24 03:05:22 2006]
Self-test 896K passed!
[Fri Feb 24 03:23:24 2006]
Self-test 768K passed!
[Fri Feb 24 03:39:12 2006]
Self-test 12K passed!
[Fri Feb 24 03:55:33 2006]
Self-test 14K passed!
[Fri Feb 24 04:14:10 2006]
Self-test 640K passed!
[Fri Feb 24 04:29:11 2006]
Self-test 512K passed!
[Fri Feb 24 04:46:20 2006]
Self-test 16K passed!
[Fri Feb 24 05:02:56 2006]
Self-test 20K passed!
[Fri Feb 24 05:17:59 2006]
Self-test 448K passed!
[Fri Feb 24 05:33:34 2006]
Self-test 384K passed!
[Fri Feb 24 05:51:04 2006]
Self-test 24K passed!
[Fri Feb 24 06:06:22 2006]
Self-test 28K passed!
[Fri Feb 24 06:22:35 2006]
Self-test 320K passed!
[Fri Feb 24 06:38:07 2006]
Self-test 256K passed!
[Fri Feb 24 06:54:14 2006]
Self-test 32K passed!
[Fri Feb 24 07:10:56 2006]
Self-test 40K passed!
[Fri Feb 24 07:26:31 2006]
Self-test 224K passed!
[Fri Feb 24 07:41:31 2006]
Self-test 192K passed!
[Fri Feb 24 07:58:40 2006]
Self-test 48K passed!
[Fri Feb 24 08:15:24 2006]
Self-test 56K passed!
[Fri Feb 24 08:30:37 2006]
Self-test 160K passed!
[Fri Feb 24 08:47:11 2006]
Self-test 128K passed!
[Fri Feb 24 09:04:19 2006]
Self-test 64K passed!
[Fri Feb 24 09:21:00 2006]
Self-test 80K passed!
[Fri Feb 24 09:37:31 2006]
Self-test 112K passed!
[Fri Feb 24 09:53:38 2006]
Self-test 96K passed!
[Fri Feb 24 10:11:05 2006]
Self-test 1280K passed!
[Fri Feb 24 10:26:19 2006]
Self-test 1536K passed!
[Fri Feb 24 10:42:02 2006]
Self-test 1792K passed!
[Fri Feb 24 10:57:33 2006]
Self-test 2048K passed!
[Fri Feb 24 11:13:54 2006]
Self-test 2560K passed!
[Fri Feb 24 11:29:02 2006]
Self-test 3072K passed!
[Fri Feb 24 11:44:38 2006]
Self-test 3584K passed!
[Fri Feb 24 12:00:33 2006]
Self-test 4096K passed!
[Fri Feb 24 12:09:21 2006]

Das begründet auch meine Gleichgültigkeit gegenüber 3-7h Tests. Wenn Prime 1h ordentlich läuft, dann zeigt das, daß die CPU grundsätzlich den Takt/Spannung packt. Eine neue Qualität bekommt man erst, wenn man wirklich einmal komplett die Runde rum über alle FFT's bis wieder zu den 1024K geht. Und bei 15 Minuten Einzeltests dauert das etwa 10-11h. Würde man jede FFT Größe 1h testen anstatt 15 Minuten, dann müßte man schon 40-48h Laufzeit einplanen. Von daher sind 3h genauso sinnvoll/sinnlos wie 1h. Denn wenn man weiß, welche FFT-Größe eine CPU nicht stabil packt (also unabhängig von der Temperatur), dann kann man einfach kurz davor "screenshooten" und eine Stabilität "faken". Von daher teste ich entweder 1-2h oder eben direkt 10h aufwärts.
 
Zuletzt bearbeitet:
@xxmartin. THX ! Das werde ich dann mal ausprobieren. Bei mir müsste ich dann also Custom auswählen und 2x 512 dort eintragen ?

 
@ xxmartin: Ist ja hart! Ich hätte nie gedacht dass man so viel über Prime wissen kann und sollte. Demnach sind alle Tests zwischen der 2. und 12. Stunde totaler Mist und sagen nichts über die Stabilität aus. Erst ein Test der die 1024 einmal durchlaufen hat sagt also was aus.
Auch das mit dem Tempproblem-Testen finde ich sehr interessant! Damit kann man endlich Temperaturprobleme definitiv ausschließen bzw. sehen ob überhaupt eines besteht.


Schreib' dochmal einen Thread zur gescheiten Nutzung von Prime95 mit allen Rafinessen, Tricks, Tips und Deutungen. Das wäre äußerst wichtig wie mir scheint, da ja nach deinen Ausführungen 90% aller hier im Forum verkauften CPU's nicht als wirklich stable, sondern nur als Takt-VCore-kompatibel verkauft werden.
 
Ralf_1 schrieb:
@xxmartin. THX ! Das werde ich dann mal ausprobieren. Bei mir müsste ich dann also Custom auswählen und 2x 512 dort eintragen ?

Richtig. Du müßtest jetzt 512K-512K inPlace auf beiden Cores testen. Läuft das einzeln 15-60 Minuten stabil, lag ein Temperaturproblem vor. Tritt der Fehler immer wieder innerhalb der ersten 15-30 Minuten auf, gibt es ein Problem mit dem 512K Algorithmus bei Dir.

Man kann dann auch gezielt durch VCore Erhöhung genau diese FFT-Größe testen und muß Prime nicht immer stundenlang laufen lassen. Bringt VCore Erhöhung nichts, mußt Du an den erweiterten Speichertimings tweaken. Hat man alle fehlerhaften FFT-Größen durch Anpassung von VCore und Timings dann beseitigt, genügt ein abschließender Run über 10h und man hat es 100% im Kasten.

Anzumerken ist noch, daß die "problematischen" FFT-Größen häufig in der Größenordnung des Cache liegen. Bei 512kB CPU's ist der Bereich zwischen 384K und 768K oft besonders kritisch. Bei 1024kB CPU's aus Erfahrung der Bereich 512K bis 1024K anfällig.



35712 schrieb:
Ist ja hart! Ich hätte nie gedacht dass man so viel über Prime wissen kann und sollte.
Ja, Quellcode, README's und das Manual sind sehr hilfreich wenn man mehr verstehen will.
 
Zuletzt bearbeitet:
Hast Recht ! Ein Core steigt bei mir nach 11min bei 512k aus ! RAM-Timings habe ich nur die 1T CL3-4-3-7-10 festgelegt. Rest ist auf AUTO und "Normal". Vielleicht sollte ich mal die Defaults laden, so dass ich die Standarteinstellungen beim RAM festgelegt hab.
 
Ralf_1 schrieb:
Hast Recht ! Ein Core steigt bei mir nach 11min bei 512k aus ! RAM-Timings habe ich nur die 1T CL3-4-3-7-10 festgelegt. Rest ist auf AUTO und "Normal". Vielleicht sollte ich mal die Defaults laden, so dass ich die Standarteinstellungen beim RAM festgelegt hab.
AUTO = n00b :xmas:

Teste erstmal mit einer 0.025V Spannungsstufe höher. Gibt's dann immernoch Fehler, solltest Du Dich mal tiefgründiger in die DFI Timing Optionen einlesen (der Link ist als erster Einstieg zu verstehen, nicht als Referenz - da fehlt auch vieles im Detail).
 
Zuletzt bearbeitet:
so intensiv wie xxmartin hab ich mich mit der materie bisher nicht auseinandergesetzt.

aber auch ich teste immer prime custom.

man setze die laufzeit von 15 auf 18min und nach 2 kompletten durchläufen sind ~24std erreicht.

aber auch ein 40std prime custom stabiles system hat bei mir schon in bestimmten situationen freezes verursacht, die aber durch anhebung der vcore dann nicht mehr auftraten.

aber war sehr interessant zu lesen xxmartin :bigok:

gibt einem doch hier und da neue denkansätze...
 
Habe den Link mal durchgelesen und mir die Timings für OC notiert. Werde nun mal testen.
 
@ Martin

Deswegen isses ja cool wenn man Prime anschmeisst wenn man auf die Arbeit geht :)
 
Status
Für weitere Antworten geschlossen.
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