24/7 Max configs

><))))°>

Idle ...

Registered: Sep 2002
Location: Wien
Posts: 1586

07.08.2008 - 21:58

was genau testet eigentlich superpi? der prozessor kanns nicht sein, weil der ist bei mir nie voll ausgelastet, egal welche priorität ich superpi gebe. die temperatur steigt dementsprechend auch nicht über 50°C. interessanterweise stürzt superpi trotzdem in schöner regelmäßigkeit ab (nach ca. 5 minuten). der grund ist mir allerdings unbekannt.

bei prime steigt die temperatur hingegen schon mal auf 80°C (lt. realtemp). länger als eine halbe stunde hab ich prime aber auch noch nie laufen lassen. bis jetzt ist mir nämlich noch kein programm untergekommen, das den prozessor so extrem beansprucht wie prime. selbst beim umwandeln von filmen wird mein prozessor nie über 80% ausgelastet.

daher seh ich den sinn in mehrstündigen prime sessions auch nicht wirklich. genauso wie man einen computer nicht in den backofen stellt um zu schauen, ob er das auch noch aushält.

.dcp

notamodbuthot

Registered: Jul 2002
Location: new
Posts: 8881

07.08.2008 - 22:08

eine diskussion über die sinnhaftigkeit von stabilitätstests ist hier ganz falsch.
fakt ist, wenn eine cpu 24/48h prime (oder occt, was eben noch härter sein soll) überlebt, wird sie in 99,99% der reallife szenarien auch nicht rumzicken.

du kannst beim encoden nur 80% last haben, dann geht der virenscanner in update modus, im firefox läuft ein flashvid und wwi nicht alles -> zack, bei instabilem overclock kommt der bluescreen / reboot.
daher "better safe than sorry"!

superpi is anfällig auf instabilen ram, da es ständig rundungen vornimmt, deren ergebnisse es kennt, und dann schnell abweichungen entdeckt, wenn einige register falsche werte liefern.

Turrican

Legend
Amiga500-Fan

Registered: Jul 2002
Location: Austria,Stmk.
Posts: 23260

07.08.2008 - 22:16

ack @ .dcp

@ ><

)))°>

das super pi den cpu nicht ganz auslastet ist wohl klar, da es nur einen kern benutzt. bei 4 cores wird im taskmanger dann halt nur 25% angezeigt, außer du weist super pi nur einem core zu.

Darkside_86

linux addicted

Registered: Apr 2007
Location: Bocholt
Posts: 4077

07.08.2008 - 22:18

Habe jetzt aber rausgefunden, dass OCCT noch besser auf instabilen Ram reagiert als Super Pi 32M(Da der Test ja so schnell vorbei ist)
Super Pi 32M lief ohne Probleme durch(Bei meinen neuen Einstellungen + PL7). OCCT meldete nach 1h und 11 Min einen Fehler

Super Pi ist ein Schnellindikator mMn. Nicht mehr und nicht weniger

->z.B ist das Programm erste Klasse um ein System grob auszulotsen. Beispielsweise den fsb: Immer in 5 Mhz Schritten erhöhen und 1M durchlaufen lassen, bis Fehler auftauchen(Bei vorher festgelegten Spannungen und Multi auf 6)- Dann immer um 1 fsb runter und 32M durchlaufen lassen. Und erst wenn das stabil ist wird zu Prime und OCCT gegriffen(Meine Definition von dem Wort Schnellindikator

)

Bearbeitet von Darkside_86 am 07.08.2008, 22:27

.dcp

notamodbuthot

Registered: Jul 2002
Location: new
Posts: 8881

07.08.2008 - 22:31

is bei prime nich anders, spi32 kann durchlaufen und prime meldet uU nach kürzerer zeit als der 32m run fehler.

@mein 8400: wenn ich mal wieder lust hab

Darkside_86

linux addicted

Registered: Apr 2007
Location: Bocholt
Posts: 4077

07.08.2008 - 22:42

Normalerweise braucht prime aber länger um Fehler zu finden und Super Pi war in meinem Fall ne echt praktische Hilfe und ich brauchte nachher bei prime den fsb nur noch um 1 verringern und hatte den maximalen fsb gefunden

Kannst Prime oder OCCT ja einfach nebenher laufen lassen, wenn deine Cpu eh nur idlet. Ist nur etwas nervig, wenn der Ram getestet wird und dein Sys ar*chlangsam wird

><))))°>

Idle ...

Registered: Sep 2002
Location: Wien
Posts: 1586

08.08.2008 - 00:05

hier mal mein einstündiger occt run. auch wenn das für die meisten hier kein beweis für stabilität ist

cpu-z hat übrigens probleme mit dem laden des treibers, und kann deshalb nicht alle informationen anzeigen. für die dies interessiert: multi ist 8 bei einem FSB von 475

Darkside_86

linux addicted

Registered: Apr 2007
Location: Bocholt
Posts: 4077

08.08.2008 - 00:14

Eigtl ne richtig klasse Konfig. (Wenn die Rameinstellung auch noch gut gewählt ist)
Nur sind die Temps deutlich zu hoch- Was sagt Realtemp/Passt der Anpressdruck und wird der Noctua auch warm?
Die Yorkfields sollen ja kühler bleiben wie die Kentisfields- Deswegen kann ich mir nicht vorstellen, dass die fast 90 Grad in Ordnung sind

Und vor allen Dingen bei 1,2375V ->klasse Cpu und ich würde mich über andere Tests freuen

(vor allen Dingen Everest)

Edit: Und was für ne VID hat die Cpu?

><))))°>

Idle ...

Registered: Sep 2002
Location: Wien
Posts: 1586

08.08.2008 - 00:36

VID ist 1,2000
realtemp sagt genau 10°C weniger. also das wären dann unter last maximal 80. idle komm ich in realtemp nie über 50. der kühler ist unter last auch ziemlich warm. wenn die CPU nix zu tun hat, dann ist er nur lauwarm. der lüfter dreht aber immer mit voller geschwindigkeit - liegt vielleicht daran.
wie man den anpressdruck misst, weiss ich leider nicht!

der ram rennt auf 950mhz, also 1:1, weil er den nächsten teiler (1140mhz) nicht packt. die timings hab ich so gelasen wie sie der hersteller vorgibt.

hier noch everest:
CPU/RAM:

Festplatten:

Bearbeitet von ><))))°> am 08.08.2008, 00:50

Darkside_86

linux addicted

Registered: Apr 2007
Location: Bocholt
Posts: 4077

08.08.2008 - 01:09

Hmmm komisch das dein System in Read und Latency so schlecht ist und in write und Copy dann wieder so stark aufholt- Hast du den Tip mit den Performance-leveln mal ausprobiert?
Wenn der Kühler warm wird, stimmt auf jedenfall schonmal der Kontakt zur Cpu

Bei meinem E7200 zeigte Coretemp nur crap an, deswegen fragte ich nach Realtemp

Hast übrigens ne Wahnsinns-cpu erwischt, wenn sie mit ner minimalen Spannungserhöhung schon die 3,8 packt. Und die HDD-werte sind ja auch nicht von schlechten Eltern

><))))°>

Idle ...

Registered: Sep 2002
Location: Wien
Posts: 1586

08.08.2008 - 01:22

das mit der CPU hab ich auch nicht gerade dem glück überlassen

ich hab das mainboard und die CPU selektieren lassen, damit beide 3,8Ghz (also 475x8) stable schaffen.

was mich da irritiert ist dass der L2 cache durchgehend langsamer ist, als bei dir. woran könnte das liegen?

bei den performance leveln hab ich noch nix verändert. ich glaub das steht auf "Auto". was sollte ich da einstellen? ich hab ehrlich geasgt auch keine ahnung was das ist

bei den HDDs wäre wahrscheinlich sogar noch mehr drin, eine von den 4 ist nämlich eine ältere 1st generation raptor aus 2005. die ist etwas langsamer.

was meinst du denn zu den temps die realtemp angibt? sind die Ok?

Darkside_86

linux addicted

Registered: Apr 2007
Location: Bocholt
Posts: 4077

08.08.2008 - 01:31

Wie Robert bin ich auch der Ansicht, das alles über 75 Grad für 24/7 nicht gut ist. Jetzt mit Wakü mach ich sogar bei 65 Grad Schluss, obwohl die Kühlleistung eigtl eh nicht das Problem ist und auch im Sommer genug Reserven hat.

Als groben Überblick kannst du es so versuchen:

266er strap ->PL6(mit viel Spannung auf der NB) oder 7 mit weniger
333er strap ->PL7(-----------""---------------) oder 8 ----""-----
400er strap ->PL8

Ich würde an deiner Stelle einfach die NB auf 1,5V stellen und mit 2 Stunden OCCT(Mix) schauen was da maximal möglich ist(Ramspannung kannst du so lassen)

Im Vergleich auf der ersten Seite hast du ja gesehen, was allein der Unterschied von 8 auf 7 bringt. Wenn dein Board dann sogar 6(mit sehr viel Arbeit auch 5- aber unwahrscheinlich und nur im 266er strap möglich)schafft, bekommst du nen ordentlichen Performance-boost

><))))°>

Idle ...

Registered: Sep 2002
Location: Wien
Posts: 1586

08.08.2008 - 01:43

und was sagst du dazu dass der L2 Cache bei mir deutlich langsamer ist, als bei dir - trotz höherem takt? womit kann das zusammenhängen?

Darkside_86

linux addicted

Registered: Apr 2007
Location: Bocholt
Posts: 4077

08.08.2008 - 01:47

Denke mal, dass das auch am PL liegt. Mit dem höheren Ramtakt kann der L2 Cache ja eigtl nix zu tun haben
Bin einfach mal gespannt, wie sich das Blatt bei dir mit einem niedrigen PL wendet

Turrican

Legend
Amiga500-Fan

Registered: Jul 2002
Location: Austria,Stmk.
Posts: 23260

08.08.2008 - 02:00

beim p5e3 premium hab ich mit dem p4 pl=4 gehabt. ist das normal wenn das am qx9650 zufällig auch geht? :confused:

><))))°> Idle ... Registered: Sep 2002 Location: Wien Posts: 1586	07.08.2008 - 21:58 was genau testet eigentlich superpi? der prozessor kanns nicht sein, weil der ist bei mir nie voll ausgelastet, egal welche priorität ich superpi gebe. die temperatur steigt dementsprechend auch nicht über 50°C. interessanterweise stürzt superpi trotzdem in schöner regelmäßigkeit ab (nach ca. 5 minuten). der grund ist mir allerdings unbekannt. bei prime steigt die temperatur hingegen schon mal auf 80°C (lt. realtemp). länger als eine halbe stunde hab ich prime aber auch noch nie laufen lassen. bis jetzt ist mir nämlich noch kein programm untergekommen, das den prozessor so extrem beansprucht wie prime. selbst beim umwandeln von filmen wird mein prozessor nie über 80% ausgelastet. daher seh ich den sinn in mehrstündigen prime sessions auch nicht wirklich. genauso wie man einen computer nicht in den backofen stellt um zu schauen, ob er das auch noch aushält.
.dcp notamodbuthot Registered: Jul 2002 Location: new Posts: 8881	07.08.2008 - 22:08 eine diskussion über die sinnhaftigkeit von stabilitätstests ist hier ganz falsch. fakt ist, wenn eine cpu 24/48h prime (oder occt, was eben noch härter sein soll) überlebt, wird sie in 99,99% der reallife szenarien auch nicht rumzicken. du kannst beim encoden nur 80% last haben, dann geht der virenscanner in update modus, im firefox läuft ein flashvid und wwi nicht alles -> zack, bei instabilem overclock kommt der bluescreen / reboot. daher "better safe than sorry"! superpi is anfällig auf instabilen ram, da es ständig rundungen vornimmt, deren ergebnisse es kennt, und dann schnell abweichungen entdeckt, wenn einige register falsche werte liefern.
Turrican Legend Amiga500-Fan Registered: Jul 2002 Location: Austria,Stmk. Posts: 23260	07.08.2008 - 22:16 ack @ .dcp @ ><)))°> das super pi den cpu nicht ganz auslastet ist wohl klar, da es nur einen kern benutzt. bei 4 cores wird im taskmanger dann halt nur 25% angezeigt, außer du weist super pi nur einem core zu.
Darkside_86 linux addicted Registered: Apr 2007 Location: Bocholt Posts: 4077	07.08.2008 - 22:18 Habe jetzt aber rausgefunden, dass OCCT noch besser auf instabilen Ram reagiert als Super Pi 32M(Da der Test ja so schnell vorbei ist) Super Pi 32M lief ohne Probleme durch(Bei meinen neuen Einstellungen + PL7). OCCT meldete nach 1h und 11 Min einen Fehler Super Pi ist ein Schnellindikator mMn. Nicht mehr und nicht weniger ->z.B ist das Programm erste Klasse um ein System grob auszulotsen. Beispielsweise den fsb: Immer in 5 Mhz Schritten erhöhen und 1M durchlaufen lassen, bis Fehler auftauchen(Bei vorher festgelegten Spannungen und Multi auf 6)- Dann immer um 1 fsb runter und 32M durchlaufen lassen. Und erst wenn das stabil ist wird zu Prime und OCCT gegriffen(Meine Definition von dem Wort Schnellindikator ) Bearbeitet von Darkside_86 am 07.08.2008, 22:27
.dcp notamodbuthot Registered: Jul 2002 Location: new Posts: 8881	07.08.2008 - 22:31 is bei prime nich anders, spi32 kann durchlaufen und prime meldet uU nach kürzerer zeit als der 32m run fehler. @mein 8400: wenn ich mal wieder lust hab
Darkside_86 linux addicted Registered: Apr 2007 Location: Bocholt Posts: 4077	07.08.2008 - 22:42 Normalerweise braucht prime aber länger um Fehler zu finden und Super Pi war in meinem Fall ne echt praktische Hilfe und ich brauchte nachher bei prime den fsb nur noch um 1 verringern und hatte den maximalen fsb gefunden Kannst Prime oder OCCT ja einfach nebenher laufen lassen, wenn deine Cpu eh nur idlet. Ist nur etwas nervig, wenn der Ram getestet wird und dein Sys ar*chlangsam wird
><))))°> Idle ... Registered: Sep 2002 Location: Wien Posts: 1586	08.08.2008 - 00:05 hier mal mein einstündiger occt run. auch wenn das für die meisten hier kein beweis für stabilität ist cpu-z hat übrigens probleme mit dem laden des treibers, und kann deshalb nicht alle informationen anzeigen. für die dies interessiert: multi ist 8 bei einem FSB von 475
Darkside_86 linux addicted Registered: Apr 2007 Location: Bocholt Posts: 4077	08.08.2008 - 00:14 Eigtl ne richtig klasse Konfig. (Wenn die Rameinstellung auch noch gut gewählt ist) Nur sind die Temps deutlich zu hoch- Was sagt Realtemp/Passt der Anpressdruck und wird der Noctua auch warm? Die Yorkfields sollen ja kühler bleiben wie die Kentisfields- Deswegen kann ich mir nicht vorstellen, dass die fast 90 Grad in Ordnung sind Und vor allen Dingen bei 1,2375V ->klasse Cpu und ich würde mich über andere Tests freuen (vor allen Dingen Everest) Edit: Und was für ne VID hat die Cpu?
><))))°> Idle ... Registered: Sep 2002 Location: Wien Posts: 1586	08.08.2008 - 00:36 VID ist 1,2000 realtemp sagt genau 10°C weniger. also das wären dann unter last maximal 80. idle komm ich in realtemp nie über 50. der kühler ist unter last auch ziemlich warm. wenn die CPU nix zu tun hat, dann ist er nur lauwarm. der lüfter dreht aber immer mit voller geschwindigkeit - liegt vielleicht daran. wie man den anpressdruck misst, weiss ich leider nicht! der ram rennt auf 950mhz, also 1:1, weil er den nächsten teiler (1140mhz) nicht packt. die timings hab ich so gelasen wie sie der hersteller vorgibt. hier noch everest: CPU/RAM: Festplatten: Bearbeitet von ><))))°> am 08.08.2008, 00:50
Darkside_86 linux addicted Registered: Apr 2007 Location: Bocholt Posts: 4077	08.08.2008 - 01:09 Hmmm komisch das dein System in Read und Latency so schlecht ist und in write und Copy dann wieder so stark aufholt- Hast du den Tip mit den Performance-leveln mal ausprobiert? Wenn der Kühler warm wird, stimmt auf jedenfall schonmal der Kontakt zur Cpu Bei meinem E7200 zeigte Coretemp nur crap an, deswegen fragte ich nach Realtemp Hast übrigens ne Wahnsinns-cpu erwischt, wenn sie mit ner minimalen Spannungserhöhung schon die 3,8 packt. Und die HDD-werte sind ja auch nicht von schlechten Eltern
><))))°> Idle ... Registered: Sep 2002 Location: Wien Posts: 1586	08.08.2008 - 01:22 das mit der CPU hab ich auch nicht gerade dem glück überlassen ich hab das mainboard und die CPU selektieren lassen, damit beide 3,8Ghz (also 475x8) stable schaffen. was mich da irritiert ist dass der L2 cache durchgehend langsamer ist, als bei dir. woran könnte das liegen? bei den performance leveln hab ich noch nix verändert. ich glaub das steht auf "Auto". was sollte ich da einstellen? ich hab ehrlich geasgt auch keine ahnung was das ist bei den HDDs wäre wahrscheinlich sogar noch mehr drin, eine von den 4 ist nämlich eine ältere 1st generation raptor aus 2005. die ist etwas langsamer. was meinst du denn zu den temps die realtemp angibt? sind die Ok?
Darkside_86 linux addicted Registered: Apr 2007 Location: Bocholt Posts: 4077	08.08.2008 - 01:31 Wie Robert bin ich auch der Ansicht, das alles über 75 Grad für 24/7 nicht gut ist. Jetzt mit Wakü mach ich sogar bei 65 Grad Schluss, obwohl die Kühlleistung eigtl eh nicht das Problem ist und auch im Sommer genug Reserven hat. Als groben Überblick kannst du es so versuchen: 266er strap ->PL6(mit viel Spannung auf der NB) oder 7 mit weniger 333er strap ->PL7(-----------""---------------) oder 8 ----""----- 400er strap ->PL8 Ich würde an deiner Stelle einfach die NB auf 1,5V stellen und mit 2 Stunden OCCT(Mix) schauen was da maximal möglich ist(Ramspannung kannst du so lassen) Im Vergleich auf der ersten Seite hast du ja gesehen, was allein der Unterschied von 8 auf 7 bringt. Wenn dein Board dann sogar 6(mit sehr viel Arbeit auch 5- aber unwahrscheinlich und nur im 266er strap möglich)schafft, bekommst du nen ordentlichen Performance-boost
><))))°> Idle ... Registered: Sep 2002 Location: Wien Posts: 1586	08.08.2008 - 01:43 und was sagst du dazu dass der L2 Cache bei mir deutlich langsamer ist, als bei dir - trotz höherem takt? womit kann das zusammenhängen?
Darkside_86 linux addicted Registered: Apr 2007 Location: Bocholt Posts: 4077	08.08.2008 - 01:47 Denke mal, dass das auch am PL liegt. Mit dem höheren Ramtakt kann der L2 Cache ja eigtl nix zu tun haben Bin einfach mal gespannt, wie sich das Blatt bei dir mit einem niedrigen PL wendet
Turrican Legend Amiga500-Fan Registered: Jul 2002 Location: Austria,Stmk. Posts: 23260	08.08.2008 - 02:00 beim p5e3 premium hab ich mit dem p4 pl=4 gehabt. ist das normal wenn das am qx9650 zufällig auch geht?

24/7 Max configs

Forum Index > Software > Number Crunching

><))))°>

.dcp

Turrican

Darkside_86

.dcp

Darkside_86

><))))°>

Darkside_86

><))))°>

Darkside_86

><))))°>

Darkside_86

><))))°>

Darkside_86

Turrican