CoreStatus = 7A (122): Was kann man dagegen tun???
- Ersteller bumike
- Erstellt am
Lochti
Freizeitschrauber(in)
Project: 5792 (Run 0, Clone 170, Gen 0) GPUv2 Gromacs
Bumblebee
F@H-Team-Member & F@H-Moderator
Die läuft bei mir grad auf der 260GTX @OC
Bisher fehlerfrei *auf Holz klopf*
Scheint aber ziemlich fordernd zu sein - ev. packt deine 8600 GT die einfach nicht
Lochti
Freizeitschrauber(in)
na die quält sich da so durch mit [16:32:00] Completed 29% ist sie gut am
Kämpfen !
Lochti
Freizeitschrauber(in)
Di ekleinen Karten kacken mit großen WUs gerne mal ab. Worans liegt weiß nur der leibe Gott.
ich warte ja auf dem tag , das du bei mir den weihnachsmann spielst und mir eine bessere schenkst
JayxG
Komplett-PC-Aufrüster(in)
*fred-auskram-weil-besser-passt-als-Rumpelkammer*
hab mal wieder ein Problem mit dem GPU-Clienten und den 59xx- Projekten, und weiss mittlerweile wirklich nicht mehr weiter.
Muss dazusagen dass ich die Karte ausschliesslich mit den Standardtaktraten (738/1836/1000) falten lasse, sowie gesenkter gpuusage. (siehe logfile im spoiler)
Da letztes WE mein Client bei dem P5913 mit der FahCore_14.exe (1.25) den einen Tag eine "Unstable" und am nächsten Tag eine "EUE" ausgegeben hatte, hab ich die bigpackets in der client.cfg von big auf normal gesetzt. (meine 8800GTS/ 512MB bekommt mit diesem setup zwar die 472er, jedoch keine 1888er WU´s)
Wegen der VRAM- Auslastung von ~400MB (laut Everest) lag die Vermutung bei dem verbauten Qimonda VRAM (Zugriffszeit ~1.01ns), welcher ja von den Herstellern bei der 9800GTX+ /512MB bzw. GTS250 durch den 0.83ns Speicher @1100MHz ersetzt wurde. Also gleich mal ~2000 Durchläufe! mit MemtestG80 gemacht, welches zu meiner Verwunderung aber keine Fehler oder Errors fand.
Also gabs dann noch ein nvidia Treiber-re-install, Physx wurde deaktiviert und die FahCore 11&14 wurde auf eine hohe Priorität gesetzt.
Bis gestern abend lief es auch echt super, nur 353er und die 787er- welche ja die FahCore_11.exe verwenden und mittlerweile Rockstable laufen.
Dann gab es allerdings doch wieder ein P5915, welches sich gleich mal die neue Core-Version (1.26) geholt hatte ...
... und anschliessend noch ein P5912- auch hier das gleiche Spiel und der gleiche Fehler noch einmal, nur mit dem Unterschied das der Client es diesmal bis 67% schaffte.
Wie sieht es bei euch mit diesen Projekten aus- habt ihr auch derartige Probleme?
hab mal wieder ein Problem mit dem GPU-Clienten und den 59xx- Projekten, und weiss mittlerweile wirklich nicht mehr weiter.
Muss dazusagen dass ich die Karte ausschliesslich mit den Standardtaktraten (738/1836/1000) falten lasse, sowie gesenkter gpuusage. (siehe logfile im spoiler)
Da letztes WE mein Client bei dem P5913 mit der FahCore_14.exe (1.25) den einen Tag eine "Unstable" und am nächsten Tag eine "EUE" ausgegeben hatte, hab ich die bigpackets in der client.cfg von big auf normal gesetzt. (meine 8800GTS/ 512MB bekommt mit diesem setup zwar die 472er, jedoch keine 1888er WU´s)
Wegen der VRAM- Auslastung von ~400MB (laut Everest) lag die Vermutung bei dem verbauten Qimonda VRAM (Zugriffszeit ~1.01ns), welcher ja von den Herstellern bei der 9800GTX+ /512MB bzw. GTS250 durch den 0.83ns Speicher @1100MHz ersetzt wurde. Also gleich mal ~2000 Durchläufe! mit MemtestG80 gemacht, welches zu meiner Verwunderung aber keine Fehler oder Errors fand.
Also gabs dann noch ein nvidia Treiber-re-install, Physx wurde deaktiviert und die FahCore 11&14 wurde auf eine hohe Priorität gesetzt.
Bis gestern abend lief es auch echt super, nur 353er und die 787er- welche ja die FahCore_11.exe verwenden und mittlerweile Rockstable laufen.
Dann gab es allerdings doch wieder ein P5915, welches sich gleich mal die neue Core-Version (1.26) geholt hatte ...
...
Version 1.25 (Mon Mar 2 19:49:32 PST 2009)
Compiler : Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.762 for 80x86
Build host: vspm46
Board Type: Nvidia
Core :
Preparing to commence simulation
- Looking at optimizations...
- Created dyn
- Files status OK
Need version 126
Error: Work unit read from disk is invalid
Folding@home Core Shutdown: CORE_OUTDATED
CoreStatus = 6E (110)
+ Core out of date. Auto updating...
- Attempting to download new core...
+ Downloading new core: FahCore_14.exe
... [Download]
Verifying core Core_14.fah...
Signature is VALID
Trying to unzip core FahCore_14.exe
Decompressed FahCore_14.exe (1298432 bytes) successfully
+ Core successfully engaged
+ Processing work unit
Core required: FahCore_14.exe
Core found.
Working on queue slot 01 [November 3 23:32:34 UTC]
+ Working ...
- Calling '.\FahCore_14.exe -dir work/ -suffix 01 -priority 96 -cpu 90 -checkpoint 15 -verbose -lifeline 3860 -version 623'
*------------------------------*
Folding@Home GPU Core - Beta
Version 1.26 (Wed Oct 14 13:09:26 PDT 2009)
Compiler : Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.762 for 80x86
Build host: vspm46
Board Type: Nvidia
Core :
Preparing to commence simulation
- Looking at optimizations...
- Created dyn
- Files status OK
- Expanded 68616 -> 357580 (decompressed 521.1 percent)
Called DecompressByteArray: compressed_data_size=68616 data_size=357580, decompressed_data_size=357580 diff=0
- Digital signature verified
Project: 5915 (Run 6, Clone 484, Gen 6)
Assembly optimizations on if available.
Entering M.D.
Tpr hash work/wudata_01.tpr: 454742648 1859713367 2652331796 1884638269 378375760
Working on Protein
Client config found, loading data.
Starting GUI Server
Completed 1%
...
Completed 33%
SEH code: 3221225477
Run: exception thrown during GuardedRun
Run: exception thrown in GuardedRun -- Gromacs cannot continue further.
Going to send back what have done -- stepsTotalG=8000000
Work fraction=0.3393 steps=8000000.
logfile size=145481 infoLength=145481 edr=0 trr=23
- Writing 146017 bytes of core data to disk...
Done: 145505 -> 6116 (compressed to 4.2 percent)
... Done.
Folding@home Core Shutdown: UNSTABLE_MACHINE
CoreStatus = 7A (122)
Sending work to server
...
Version 1.25 (Mon Mar 2 19:49:32 PST 2009)
Compiler : Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.762 for 80x86
Build host: vspm46
Board Type: Nvidia
Core :
Preparing to commence simulation
- Looking at optimizations...
- Created dyn
- Files status OK
Need version 126
Error: Work unit read from disk is invalid
Folding@home Core Shutdown: CORE_OUTDATED
CoreStatus = 6E (110)
+ Core out of date. Auto updating...
- Attempting to download new core...
+ Downloading new core: FahCore_14.exe
... [Download]
Verifying core Core_14.fah...
Signature is VALID
Trying to unzip core FahCore_14.exe
Decompressed FahCore_14.exe (1298432 bytes) successfully
+ Core successfully engaged
+ Processing work unit
Core required: FahCore_14.exe
Core found.
Working on queue slot 01 [November 3 23:32:34 UTC]
+ Working ...
- Calling '.\FahCore_14.exe -dir work/ -suffix 01 -priority 96 -cpu 90 -checkpoint 15 -verbose -lifeline 3860 -version 623'
*------------------------------*
Folding@Home GPU Core - Beta
Version 1.26 (Wed Oct 14 13:09:26 PDT 2009)
Compiler : Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.762 for 80x86
Build host: vspm46
Board Type: Nvidia
Core :
Preparing to commence simulation
- Looking at optimizations...
- Created dyn
- Files status OK
- Expanded 68616 -> 357580 (decompressed 521.1 percent)
Called DecompressByteArray: compressed_data_size=68616 data_size=357580, decompressed_data_size=357580 diff=0
- Digital signature verified
Project: 5915 (Run 6, Clone 484, Gen 6)
Assembly optimizations on if available.
Entering M.D.
Tpr hash work/wudata_01.tpr: 454742648 1859713367 2652331796 1884638269 378375760
Working on Protein
Client config found, loading data.
Starting GUI Server
Completed 1%
...
Completed 33%
SEH code: 3221225477
Run: exception thrown during GuardedRun
Run: exception thrown in GuardedRun -- Gromacs cannot continue further.
Going to send back what have done -- stepsTotalG=8000000
Work fraction=0.3393 steps=8000000.
logfile size=145481 infoLength=145481 edr=0 trr=23
- Writing 146017 bytes of core data to disk...
Done: 145505 -> 6116 (compressed to 4.2 percent)
... Done.
Folding@home Core Shutdown: UNSTABLE_MACHINE
CoreStatus = 7A (122)
Sending work to server
...
... und anschliessend noch ein P5912- auch hier das gleiche Spiel und der gleiche Fehler noch einmal, nur mit dem Unterschied das der Client es diesmal bis 67% schaffte.
Wie sieht es bei euch mit diesen Projekten aus- habt ihr auch derartige Probleme?
TECRIDER
PCGH-Community-Veteran(in)
JayxG
Komplett-PC-Aufrüster(in)
mmmhhh, ist schon mysteriös 
Das seltsame ist das es bis vor 1 1/2 - 2 Wochen noch tadellos funktioniert hat- hat alles schön sauber gefaltet was so reinkam, 67 WU´s in 5 Tagen- alle i.O., musste zwischendurch nur mal neustarten weil XP unbedingt ein Update installieren wollte. Und dann mit einem Schlag hagelt es Unstables und EUE´s 
Das seltsame ist das es bis vor 1 1/2 - 2 Wochen noch tadellos funktioniert hat- hat alles schön sauber gefaltet was so reinkam, 67 WU´s in 5 Tagen- alle i.O., musste zwischendurch nur mal neustarten weil XP unbedingt ein Update installieren wollte. Und dann mit einem Schlag hagelt es Unstables und EUE´s 
The Master of MORARE
Software-Overclocker(in)
Und mit dem Zurücksetzen hat es nicht geklappt?
Komisch, aber die Clienten murksen da ziemlich rum, hatte das gleiche.
Ich schick Dir nachher einfach mal meinen Client xDDD mal sehen was draus wird^^
Komisch, aber die Clienten murksen da ziemlich rum, hatte das gleiche.
Ich schick Dir nachher einfach mal meinen Client xDDD mal sehen was draus wird^^
JayxG
Komplett-PC-Aufrüster(in)
@ The Master of MORARE
... immer her damit, kann ja nur besser werden xDDD ... meinst mit dem zurücksetzen die bigpackets der .cfg?
@ all
Es scheint wohl ein neuer GPU Core verfügbar zu sein ... zumindest wenn man den forceasm flag eingetragen hat ...
Seitdem liegt (laut Everest & dank G15 LCD-Support) der benutzte lokale Videospeicher bei einer 353er bei 389MB 
(vorher mit 1.19 GPU Core waren es gerade mal 66MB)
___________________________
EDIT: nachdem The Master of MORARE mir dann gestern seinen Clienten zugeschickt hatte
, wurde mein tray Client samt der dazugehörigen .cfg gleich "auf Eis gelegt"! Nun läuft auch bei mir der Consolen Client, oder besser gesagt- er rennt 
Der macht im schnitt ca.150ppd mehr und scheint wesentlich "runder" zu laufen. Die Auslastung des VRAM´s ist nun auch wieder auf das alten Niveau zurückgekehrt. Hab diesmal auf den forceasm flag verzichtet- jetzt nutzt er wieder den 1.19 Core.
Muss jetzt nur noch so eine 59xx er WU bekommen, um endgültig Gewissheit über die Stabilität zu haben ... werd nachher dann noch den Clienten der 8800GTS "pimpen", da diese bisher schon immer ein besseres ppd/MHz Verhältnis hatte.
___________________________
EDIT 2: iwie hat die 8800er keinen Bock auf die Console gehabt- man konnte sie starten (mit hoher Priorität über PriFinitty) aber die VM vom Opteron (läuft mit der Priorität unter normal) hat ihr keine Luft mehr gelassen- selbst mit abgeänderter .cfg kein Erfolg. Also Kommando zurück, und ganz flink den tray lauffähig gemacht- noch die cpuusage auf 100 gedreht (die vom GPU-tray in der .cfg) und weiter ging der Faltspass- mit dem tray seltsamerweise keine probs und das bei gleichem setup.
MfG Sebastian
... immer her damit, kann ja nur besser werden xDDD ... meinst mit dem zurücksetzen die bigpackets der .cfg?
@ all
Es scheint wohl ein neuer GPU Core verfügbar zu sein ... zumindest wenn man den forceasm flag eingetragen hat ...
Code:
...
Launch directory: C:\Programme\Folding@home\Folding@home-gpu
Arguments: -verbosity 9 -local -forceasm
Warning:
By using the -forceasm flag, you are overriding
safeguards in the program. If you did not intend to
do this, please restart the program without -forceasm.
If work units are not completing fully (and particularly
if your machine is overclocked), then please discontinue
use of the flag.
...
+ Processing work unit
Core required: FahCore_11.exe
Core found.
...
- Calling '.\FahCore_11.exe -dir work/ -suffix 03 -priority 96 -cpu 90 -checkpoint 15 [B]-forceasm[/B] -verbose -lifeline 2464 -version 623'
...
Folding@Home GPU Core
[B]Version 1.31 (Tue Sep 15 10:57:42 PDT 2009)[/B]
...
Compiler : Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.762 for 80x86
...
Project: 5768 (Run 5, Clone 99, Gen 1216)
...
[B]Calling fah_main args: 14 usage=100[/B]
Working on Protein
Client config found, loading data.
Starting GUI Server
Completed 1%
...___________________________
EDIT: nachdem The Master of MORARE mir dann gestern seinen Clienten zugeschickt hatte
, wurde mein tray Client samt der dazugehörigen .cfg gleich "auf Eis gelegt"! Nun läuft auch bei mir der Consolen Client, oder besser gesagt- er rennt Der macht im schnitt ca.150ppd mehr und scheint wesentlich "runder" zu laufen. Die Auslastung des VRAM´s ist nun auch wieder auf das alten Niveau zurückgekehrt. Hab diesmal auf den forceasm flag verzichtet- jetzt nutzt er wieder den 1.19 Core.Muss jetzt nur noch so eine 59xx er WU bekommen, um endgültig Gewissheit über die Stabilität zu haben ... werd nachher dann noch den Clienten der 8800GTS "pimpen", da diese bisher schon immer ein besseres ppd/MHz Verhältnis hatte.
___________________________
EDIT 2: iwie hat die 8800er keinen Bock auf die Console gehabt- man konnte sie starten (mit hoher Priorität über PriFinitty) aber die VM vom Opteron (läuft mit der Priorität unter normal) hat ihr keine Luft mehr gelassen- selbst mit abgeänderter .cfg kein Erfolg. Also Kommando zurück, und ganz flink den tray lauffähig gemacht- noch die cpuusage auf 100 gedreht (die vom GPU-tray in der .cfg) und weiter ging der Faltspass- mit dem tray seltsamerweise keine probs und das bei gleichem setup.
MfG Sebastian
Zuletzt bearbeitet:
Ähnliche Themen
