[Sammelthread] MSI P35 Neo2-FR/FIR - Platinum - Neo - Neo2 - Neo3 - Diamond (Intel P35) [5]

Status
Für weitere Antworten geschlossen.
Hallo,

folgenden neuen PC für meinen Bruder habe ich inzwischen erfolgreich zusammen gebaut und auch ans laufen bekommen.

Ausnahme: Im Hardware Manager ist bei ICH9 Family PCI-Express Root Port 1 - 2940 ein gelbes Ausrufezeichen. Code 12 und zu wenig Ressourcen verfügbar. Ich müßte ein anderes Gerät deaktivieren, um Ressourcen frei zu machen.

Windows XP Professional inklusive Service Pack 3. Die Fehlermeldung war aber schon vor der Installation des Service Pack 3 dort, dachte damit verschwindet die.

Folgende Ausstattung ist bisher eingebaut:
MSI P35 Neo2 - FIR P35 (BIOS Version 1.9)
Intel Core2Duo E8400 Boxed
Grafik: Zotac GeForce 8800GT 512MB
Netzteil: Enermax Liberty 400W
RAM: OCZ DIMM 2 GB DDR2-800 Kit (OCZ2T800C32GK, XTC Titanium)
Bootfestplatte: 50GB Seagate
1 DVD Laufwerk zur Installation.

Beide Laufwerke sind am IDE Port des Mainboards angeschlossen.

Intel® Matrix-Storage-Manager kann nicht installiert werden, da immer angezeigt wird das die Voraussetzungen nicht erfüllt sind.

Beim Ausschalten muß der Rechner manuell ausgeschaltet werden, ebenfalls ist im Shutdown Menü der Punkt "Standby" grau ausgelegt. Im BIOS ist S3 aktiviert.

Schau mal im BIOS nach, ob "ACPI" aktiviert ist. Wenn nicht...hast du Pech gehabt. ;)

ACPI ist eine virtuelle Adress- und Ressourcenerweiterung die es erlaubt, auch über die begrenzte Anzahl an ühysikalisch vorhandenen IRQs Geräte zu betreiben. Ist das nicht aktiviert, gehen schon einem nichtmal voll bestückten System schnell die Ressourcen aus oder es kommt zu IRQ-Konflikten, wenn zwei Geräte dieselbe Ressource verwenden.

ACPI muss aber aktiviert oder deaktiviert sein, BEVOR man das Betriebssystem installiert. Wenn du es jetzt nachträglich aktivierst ist die Chance groß, dass Windows nicht bootet.

Du kannst es aber gefahrlos ausprobieren. Wenn Windows nicht bootet, einfach wieder deaktivieren...naja und dann Windows neu machen mit aktivem ACPI. ;)
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
@orioon

teste doch einfach zuerst mal mit primeSmall. Gib soviel VCore, bis beide Kerne mindestens 2Std. stabil laufen und beobachte die Temps mit RealTemp 2.6!

NB 1.35V / VTT 1.2V und den RAM mal event. durch entsprechendes Runtersetzen ausschliessen im Falle des Fehlers.

NT glaube ich nicht wirklich, ich werde jetzt gleich von meinem CM iGreen 500W auf ein popeliges 350Watt NT von Xilence mit 20 + 4 pin umbauen und Alles wird so laufen wie vorher! ;)

@tripple

na endlich, der PC hat einfach mal seine Ruhe von Dir gefordert und nun ist er willig! :bigok:
 
@obarok_9:
bringt nichts, auch superpi crashed sofort, einzeln ist je 32m kein problem!
hab ja selbst beim booten probleme durch die mischbelastung der kerne...
9*400 bei 1,25 ist jeweils einzeln stable, mit 1,20 kann ich aber schon nicht mehr ohne bs booten. (acpi.sys error)

crashed bei superpi und prime direkt nach nen paar millisekunden.
bei prime immer der zweite core, bei superpi der core der als zweites hinzugeschaltet wird (per taskmanager kerne manuell zugewiesen bei superpi)

ich teste nachher nen enermax pro82+ 385, das sollte ja reichen mit der 6600GT zum testen :)

sämtliche andere spannungen hab ich schon hoch geschraubt.
nb 1,4 vtt 1,3 etc. bringt leider gar nichts!
es bringt nur etwas die vcore zu erhöhen, ist dies der fall, so kann ich noch alle anderen spannungen @ default lassen und es bleibt stable.

ram läuft ja nur auf 400mhz gerade mit spd timings. auch manuelles setzen kein problem.
mit 6*480 ist es ja kein problem, läuft alles stabil.
aber sobald die cpu nen höheren takt fährt brauch ich einfach viel zu viel vcore...
und die werde ich jetzt beim e8400 nicht anlegen, da ich ja jetzt erkannt habe, dass dies nicht das problem sein kann.
 
Zuletzt bearbeitet:
wie hohe VCore?
Meine braucht für den stabilen Lauf Aller Testproggis (prime / OCCT 2.0.0a / SuperPI-32M dual) @500 x 8 satte 1.4325V.
Bei LinPack für Intel sogar heftige 1.4525V und da liegen die Temps dann bei heissen 75C + oOOOO ;)
 
bekomme nichtmal die 355 x 9 = 3200 mit standard vcore gerade stabil wenn ich beide cores belaste. (VID = 1,15 - lief aber immerhin 2Minuten)

für die 400 x 9 = 3600 hatte ich 1,25V anliegen, aber auch hier nur kerne einzeln stabil. Ich bräuchte bestimmt 1,35V dafür wie bei der alten CPU was es ja wohl nicht sein kann.

so hohe vcores sind definitiv nicht normal...
er crashed ja nach millisekunden!
als ob der vdrop viel zu stark wäre und die cpu deswegen beim wechsel idle/load crashed.
mit dmm kann ich sowas aber leider nicht messen, dafür bräuchte ich nen oszi was ich leider nicht besitze :shot:

wie gesagt, es interessiert den pc keinen meter welche spannungen ich verstelle bei den momentanen taktraten, außer vcore! darauf reagiert er prompt.

Hier mal Bilder:

Nur Core0 laufen lassen -> stable
http://img3.imagebanana.com/img/hkxqqqoz/1.PNG

Nur Core1 laufen lassen -> stable
http://img3.imagebanana.com/img/1f8m6kc/2.PNG

Zuerst Core0 gestartet und dann versucht Core1 hinzuzuschalten -> crash
http://img3.imagebanana.com/img/mg9ija77/3.PNG

Zuerst Core1 gestartet und dann versucht Core0 hinzuzuschalten -> crash
http://img3.imagebanana.com/img/ss7f7i1c/4.PNG
 
Zuletzt bearbeitet:
@orioon

nur mal soviel vorweg.

ich hatte vorher ne Gurke³, es war eine E8200 batch Q740A654 mit ner VID von 1.225V.
Das Ding hatte mit absolut ALLEM Biegen und Brechen die 3.6GHz (8 x 450) mit 1.45V gepackt und Alles drüber war nicht machbar.
Die Streuung bei den 45nm ist allem Anschein nach extremst...oOOOOO ;)
Was hast du denn für nen Prozzi und was für ne batch und VID?

@reik

jo, genau das LinPack meine ich!

Linpack-10.0.2.005.zip

schon mal angeschmissen? Steigen bei dir die Temps dabei auch auf noch nie da gewesene Werte? Und was prime stabil ist, ist lange net LinPack-stabil, oder? :hmm:
 
Zuletzt bearbeitet:
Mit dem E8200 war ja genau das gleiche Problem.
Und einzeln laufen die Cores ja 1a!

Batch ist: Q818A238, leider hat den sonst noch keiner :-[

Gibts ne Möglichkeit die vCore per Windows zu verstellen beim MSI?
 
joa, mit MSI DualCoreCenter wunderbar Alles einstellbar unter Win.

daher frage ich mich ja immer noch, warum die varaibale VID unter Win bei dem Board net funzt, wenns doch mit MDC einwandfrei nach oben wie auch ausgezeichnet nach unten zu verändern geht. Muss doch dann an einem eingebauten Treiber liegen, welcher im MDC eingebunden ist, aber bei RMClock oder CrystalCPUID fehlt......:hmm:
 
weiss gar niocht, was ich da starten soll. da öffnet sich so ne konsole und ich soll zahlen einzippen, von denen ich keine ahnung hab :shot:

mfg
 
starte mal die runme_xeon32.bat, wenns ein XP32 ist / ansonsten die 64bit batch-Datei halt.

aber pass auf, dass dein Prozessor dabei nicht verglüht........oOOOOO :fire:
Ich hab den Test grad laufen lassen und nach 2 Minuten sofort abgebrochen, Wahnsinn 80C+ auf der DiodenTemp und 78 - 82C auf den Cores, habe ich noch nie gesehen bei meiner jetzig laufenden Config....:hmm:

hinterher schau mal die win_xeon32.txt an:

Intel(R) LINPACK data

Current date/time: Wed Jul 16 18:51:54 2008

CPU frequency: 4.498 GHz
Number of CPUs: 2
Number of threads: 2
Parameters are set to:

Number of tests : 9
Number of equations to solve (problem size) : 15000 14000 13000 12000 11000 10000 8000 6000 1000
Leading dimension of array : 15000 14008 13000 12008 11000 10008 8008 6008 1000
Number of trials to run : 1 2 2 2 2 2 2 3 4
Data alignment value (in Kbytes) : 4 4 4 4 4 4 4 4 4

Maximum memory requested that can be used = 1153012256, at the size = 12000
============= Timing linear equation system solver =================

Size LDA Align. Time(s) GFlops Residual Residual(norm)
12000 12008 4 56.628 20.3484 1.328217e-010 3.260089e-002
12000 12008 4 56.634 20.3461 3.795119e-009 9.315064e-001
 
Zuletzt bearbeitet:
hab die 64er version gestartet -> temp schwankt springend zwischen 58, 64 und 70°C auf den cores... was läuft da schief? habs erst ma wieder ausgemacht, 70°C muss nicht sein... wenn im winter die heizung mal ausfällt, schmeiss ich das tool an^^
mit prime komm ich nicht über 56°-57°C beim small test... nur als vergleich :d

mfg
 
jo, das LinPack-UnDing heizt brutalst, da kann man mal sehen, dass prime nicht komplett oder eben anders auslastet, denn woher sollten bei uns beiden sonst derart abartige Temp-Werte herkommen so plötzlich?
Wieviel GigaFLOPs zeigt die .txt bei Dir?
 
Intel(R) LINPACK data

Current date/time: Wed Jul 16 18:45:14 2008

CPU frequency: 3.600 GHz
Number of CPUs: 2
Number of threads: 2
Parameters are set to:

Number of tests : 12
Number of equations to solve (problem size) : 1000 2000 3000 4000 5000 10000 15000 20000 25000 30000 35000 40000
Leading dimension of array : 1000 2000 3000 4000 5000 10000 15000 20000 25000 30000 35000 40000
Number of trials to run : 4 4 4 4 4 2 2 2 2 1 1 1
Data alignment value (in Kbytes) : 4 4 4 4 4 4 4 4 4 4 4 4

Maximum memory requested that can be used = 1800304096, at the size = 15000
============= Timing linear equation system solver =================

Size LDA Align. Time(s) GFlops Residual Residual(norm)
1000 1000 4 0.091 7.3290 9.634515e-013 3.285617e-002
1000 1000 4 0.069 9.7370 9.634515e-013 3.285617e-002
1000 1000 4 0.048 14.0546 9.634515e-013 3.285617e-002
1000 1000 4 0.047 14.2388 9.634515e-013 3.285617e-002
2000 2000 4 0.417 12.8070 5.080159e-012 4.419116e-002
2000 2000 4 0.380 14.0733 5.080159e-012 4.419116e-002
2000 2000 4 0.329 16.2255 5.080159e-012 4.419116e-002
2000 2000 4 0.320 16.7016 5.080159e-012 4.419116e-002
3000 3000 4 0.981 18.3679 7.889335e-012 3.037994e-002
3000 3000 4 1.153 15.6319 7.889335e-012 3.037994e-002
3000 3000 4 1.169 15.4185 7.889335e-012 3.037994e-002
3000 3000 4 1.215 14.8342 7.889335e-012 3.037994e-002
4000 4000 4 2.497 17.1031 1.783601e-011 3.887527e-002
4000 4000 4 2.419 17.6503 1.783601e-011 3.887527e-002
4000 4000 4 2.318 18.4236 1.783601e-011 3.887527e-002
4000 4000 4 2.319 18.4121 1.783601e-011 3.887527e-002
5000 5000 4 4.501 18.5274 3.107464e-011 4.333108e-002
5000 5000 4 4.502 18.5225 3.107464e-011 4.333108e-002
5000 5000 4 4.369 19.0856 3.107464e-011 4.333108e-002
5000 5000 4 4.523 18.4367 3.107464e-011 4.333108e-002
10000 10000 4 33.405 19.9633 1.012665e-010 3.570760e-002
10000 10000 4 31.880 20.9182 1.012665e-010 3.570760e-002
15000 15000 4 103.747 21.6918 2.066466e-010 3.254719e-002

die txt file
 
mit dem enermax nt leider das selbe problem :(
also bleiben nur ram und board übrig, wobei der ram ja 480 1:1 bei 1,8V problemlos läuft :wall:
 
Also ich bin jetzt wirklich verzweifelt, bekomme meinen rechner nicht primestable...

zu den Settings

CPU:
Q6600 G0 400x9 bei 1.4250V (BIOS) - Prime95 SmallFFT - fehlerfrei
RAM: 2x2GB transcend, 1000Mhz 5-5-5-18-52-5-5-5-5 1.8V - memtest86 - fehlerfrei
Spannungen:
1) VTT 1.25V
2) Northbridge 1.35V
3) SB I/O 1.5V
4) SB Core Power 1.05V

Rechner lief 7h stabil (prime95 mittlerer test, wo alles gestresst wird) danach fehler...

VTT & Northbridge sind ok, bereits versucht +0,25V. Sicher denkt jetzt jeder: erhoeh die Spannung fuer den RAM. hab ich gemacht, bis 2.0V geht Memtest86 fehlerfrei, doch rechner sturzt beim Prime immer ab, nach so halber stunde. Bei 1.8V fast ok, bei 1.9V Absturz, bei 2.0 Absturz...ist das normal, dass der RAM so empfindlich ist??

Fuer Vorschlaege oder Tips bin ich sehr dankbar :d

Mfg
 
jo reik, das kann sein mit der SB I/O, war bei meinen kleinen E2xxx genauso, dass die nicht mit unter 1.8V max. FSB liefen!

@ELRaiden

das ist normal so, auf deinen RAMs vermute ich sehr stark Powerchips und die wollen keine hohe VDimm. Ich würde auch hier mal rumprobieren und vor Allem mal deine tRFC höher setzen auf mindestens 54, aber um dies als Fehler auszuschliessen mal ruhig 60 rein. CL5-5-5-15-60-6-6-6-6 @1.95V vielleicht.

@Orioon

ich hab auch die letzten 2 Tage die OCZ Platinum DDR-1066 2 X 2GB getestet und dabei festgestellt, dass die bis ~DDR-1125 gehen, mit sehr wenig VDimm.
1.95V wollen die und Alles drüber bringt nix mehr.
Allerdings bringen sie bei 1.9V auch Fehler, --> also gib deinen mal 1.95V
bei 5-5-5-15-54(60)-6-6-6-6 ;)

VTT 1.2V / NB 1.35V / SB beides @default...
 
Zuletzt bearbeitet:
@obarok_9

gut vermutet :) hab schon auch gedacht, die moegen irgendwie keine hohen spannungen, so ab 1.9V..werde gucken das mit CL5-5-5-15-60-6-6-6-6

und sonst die spannungen ok fuer vtt und northbridge? Was sind so die durchschnittswerte fuer 400Mhz FSB?

Mfg u vielen Dank
 
bei nem Quad kann ich blos Vermutungen anstellen, leider. Daher lasse ich es.

"DerMalle" könnte dir da helfen, der hat(te) nen Q6600 auf dem FR mit ~ oder gar über 4GHz am Laufen :eek: oder vielleicht meldet sich sonst ein Quadler hier dazu...;)

NB würde ich auf 1.45V anheben und mal das machen zugleich was reik sagt, SB I/O auf 1.8V.....:bigok:
 
Hatte meine CPU nur etwas überschatzt ;)
Läuft stable mit 1,3V bei 3,6ghz (9*400) und habe sie gerade mit 1,25 bei 3,5ghz laufen (500 * 7)

Der E8200 machte keinen 500er FSB mit, da war bei ca. 485 Schluss.
Jetzt kann ich ja mal endlich den Ram etwas austesten :hail:
 
@obarok_9

lauft jetzt seit 2h fehlerfrei, mit folgenden Settings:

5-5-5-15-60-6-6-6-6 1.9V !!
VTT 1.2V
Northbridge 1.3V
Southbridge 1.6V

mal gucken, was daraus wird...jedenfalls vorhin war bei 1.9V immer neustart, jetzt lauft er ... hat die kleine aenderung der subtimings solchen grossen einfluss?

Danke erstmal und schoenen Abend
 
@ obarok 9

naja, ruhe hat er nicht gefordert... ehr mehr cpu spannung xD ^^
 
hui, für die 500FSB will er ja schon 1,35V NB haben :teufel:
BIn jetzt bei 1,2625V vcore, ganz okay eigentlich.
Lass gerade Linpack laufen, ist das irgendwann zu Ende oder ist das ein Tortur Test?
Temp 56C bisher laut Coretemp :)

Ramtimings habe ich mal 5-5-5-15-48-6-6-6-6 bei 2,0V gesetzt, mal sehen was da noch so geht :)
Ich kann mit dem Ram irgendwie kein CL4 fahren, sehr merkwürdig.
Selbst bei 400MHz und ansonsten sehr laschen Subtimings und hoher vDimm nicht möglich.
Wobei OCZ doch imho die selben OCZ Rams mit den Promos Chips auch als CL4 anbietet, hmm...
 
Zuletzt bearbeitet:
bei mir musste ich in einer art dos fenster erst irgendwelche zahlen eingeben. hab überall 4 eingegeben, war dann nach knap 5 min zu ende das ganze
 
@orioon

500 FSB bei welchem Multi?
56C bei LinPack klingt für mich kühl³, wenn ich mich da anschaue bei! :hmm:

auf den OCZ 2 x 2 GB DDR-1000 wären mir ProMOS 1Gbit ICs neu, da sind Powerchips verbaut.
Ich habs ja schon paarmal gesagt, die wollen weder hohe VDimm, noch eine tRFC unter 53, also 48 ist viel zu kritisch und wird Fehler produzieren (wirst schon sehen ;))
Setze auf mindestens 54, besser relexte 60, das bringt eh net den :teufel: VDimm würde ich zwischen 1.9 und 1.95V wählen ;)

und ja, die 4-4-4-x kannst mit 1Gbit Powerchip ICs streichen, denn die gehen nichtmal mit 512Mbit ICs oder ausserordentlich selten, zudem bräuchte dir ein @CL4-4-4-x @~DDR-800 getakteter RAM beim Intel ohnehin nicht annähernd die Performance vs. 5-5-5-x @DDR-1100.....:bigok:

@reik

Zahlen musste ich gar keine eingeben, ich startete blos die batch Datei und dachte dann, meine CPU verglüht gleich...oOOOOO :)

@ELRaiden

was geht, läuft prime immer noch.....;)
 
so, habs mal in müll getan und dann neu entpackt.. ich hoffe, alle einstellungen sind wieder standard. war trotzdem nach kurzer zeit vorbei, die cpu last ****** nicht konstant 100%, ich habe auf den cores beinahe 70°C erreicht. die cpu diodentemp hat mir sogar 76°C angezeigt. ich war aber mutig und habs durchlaufen lassen, hier das logfile:

CPU frequency: 3.600 GHz
Number of CPUs: 2
Number of threads: 2
Parameters are set to:

Number of tests : 12
Number of equations to solve (problem size) : 1000 2000 3000 4000 5000 10000 15000 20000 25000 30000 35000 40000
Leading dimension of array : 1000 2000 3000 4000 5000 10000 15000 20000 25000 30000 35000 40000
Number of trials to run : 4 4 4 4 4 2 2 2 2 1 1 1
Data alignment value (in Kbytes) : 4 4 4 4 4 4 4 4 4 4 4 4

Maximum memory requested that can be used = 1800304096, at the size = 15000
============= Timing linear equation system solver =================

Size LDA Align. Time(s) GFlops Residual Residual(norm)
1000 1000 4 0.093 7.2216 9.634515e-013 3.285617e-002
1000 1000 4 0.041 16.2487 9.634515e-013 3.285617e-002
1000 1000 4 0.043 15.7163 9.634515e-013 3.285617e-002
1000 1000 4 0.059 11.2611 9.634515e-013 3.285617e-002
2000 2000 4 0.291 18.3374 5.080159e-012 4.419116e-002
2000 2000 4 0.410 13.0428 5.080159e-012 4.419116e-002
2000 2000 4 0.308 17.3541 5.080159e-012 4.419116e-002
2000 2000 4 0.296 18.0254 5.080159e-012 4.419116e-002
3000 3000 4 1.017 17.7110 7.889335e-012 3.037994e-002
3000 3000 4 1.010 17.8477 7.889335e-012 3.037994e-002
3000 3000 4 1.021 17.6537 7.889335e-012 3.037994e-002
3000 3000 4 0.898 20.0713 7.889335e-012 3.037994e-002
4000 4000 4 2.253 18.9526 1.783601e-011 3.887527e-002
4000 4000 4 2.251 18.9712 1.783601e-011 3.887527e-002
4000 4000 4 2.324 18.3699 1.783601e-011 3.887527e-002
4000 4000 4 2.201 19.4007 1.783601e-011 3.887527e-002
5000 5000 4 4.281 19.4789 3.107464e-011 4.333108e-002
5000 5000 4 4.252 19.6095 3.107464e-011 4.333108e-002
5000 5000 4 4.135 20.1661 3.107464e-011 4.333108e-002
5000 5000 4 4.261 19.5694 3.107464e-011 4.333108e-002
10000 10000 4 31.524 21.1542 1.012665e-010 3.570760e-002
10000 10000 4 33.189 20.0927 1.012665e-010 3.570760e-002
15000 15000 4 106.789 21.0739 2.066466e-010 3.254719e-002
15000 15000 4 99.159 22.6953 2.066466e-010 3.254719e-002

Performance Summary (GFlops)

Size LDA Align. Average Maximal
1000 1000 4 12.6119 16.2487
2000 2000 4 16.6899 18.3374
3000 3000 4 18.3209 20.0713
4000 4000 4 18.9236 19.4007
5000 5000 4 19.7060 20.1661
10000 10000 4 20.6235 21.1542
15000 15000 4 21.8846 22.6953

End of tests
17.07.2008
14:08
 
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