51-KASHIF_HIVPR_dim_ba1-2-100-RND4878_1

53+ hours of continuous computing, computer finishes the workunit, only to report a "COMPUTATIONAL ERROR" and the big fat "0" points awarded. Looks like I'm going to have to abort these longer workunits in the future. It's not worth the frustration of a computational error.

Name 51-KASHIF_HIVPR_dim_ba1-2-100-RND4878_1
Workunit 424829
Created 1 May 2009 13:02:02 UTC
Sent 1 May 2009 13:15:56 UTC
Received 3 May 2009 18:51:26 UTC


Server state Over
Outcome Client error
Client state Compute error
Exit status -185 (0xffffffffffffff47)
Computer ID 27410
Report deadline 6 May 2009 13:15:56 UTC
CPU time 1208.969
stderr out <core_client_version>6.4.7</core_client_version>
<![CDATA[
<message>
Can't write init file: -108
</message>
]]>


Validate state Invalid
Claimed credit 8076.97800925926
Granted credit 0
application version 6.64

I know you got some use out of this because it sent in a 51.94 MB completion file.

looks to me there is a error made by programming :

<core_client_version>6.6.26</core_client_version>
<![CDATA[
<message>
Incorrect function. (0x1) - exit code 1 (0x1)
</message>
<stderr_txt>
# Using CUDA device 0
# Device 0: "GeForce 9600 GT"
# Clock rate: 1674000 kilohertz
# Total amount of global memory: 536870912 bytes
# Number of multiprocessors: 8
# Number of cores: 64
# Amber: readparm : Reading parm file parameters
# PARM file in AMBER 7 format
# Encounter 10-12 H-bond term
WARNING: parameters.cu, line 568: Found zero 10-12 H-bond term.
WARNING: parameters.cu, line 568: Found zero 10-12 H-bond term.
MDIO ERROR: cannot open file "restart.coor"
Cuda error: Kernel [fft_data_swizzle_out] failed in file 'c:\cygwin\home\speechserver\gpumd2\src\pme\CPME_cufft.cu' in line 61 : unknown error.

</stderr_txt>
]]>

3th in arow which failed

I just had one dump out on me a couple of minutes ago at the start of processing

http://www.gpugrid.net/workunit.php?wuid=431994

Looking at other threads, others have had this type go bang in the last 24hrs, maybe there is a bad one out there ?? Rare I know, but its an inescapable thought - some traditionaly "reliable" high volume crunches have had one go bang (eg Paul) - would be worth digging a little, it seems a bit strange ....

Regards
Zy

Paul

The one I posted above is coming your way - you just downloaded it ..... :)

Regards
Zy

I'd rather have a workunit dump at the begining rather than after it has completed its processing and is reported back to Grid servers. It was a waste of computing power and time.

Thats for sure - dont know about this one, could have been my error, will be interesting to see if Paul gets through it.

Regards
Zy

I just had one dump out on me a couple of minutes ago at the start of processing

http://www.gpugrid.net/workunit.php?wuid=431994

Interesting, nicely done :)

Hmmmm wonder why it went bang for me ? First one for a while, all seems ok, one of those things at present. Thanks for the heads up, I'll keep my eye open more than usual in case something lurketh.

Regards
Zy

I still wonder if it is not something to do with GPU memory size, mine is nearly twice yours ...

I still wonder if it is not something to do with GPU memory size, mine is nearly twice yours ...

I have usually these message and then wus errors :

05/05/2009 06:41:14 GPUGRID Computation for task 42-TONI_HIVPR_mon_ba25-4-100-RND6738_0 finished
05/05/2009 06:41:14 GPUGRID Output file 42-TONI_HIVPR_mon_ba25-4-100-RND6738_0_1 for task 42-TONI_HIVPR_mon_ba25-4-100-RND6738_0 absent
05/05/2009 06:41:14 GPUGRID Output file 42-TONI_HIVPR_mon_ba25-4-100-RND6738_0_2 for task 42-TONI_HIVPR_mon_ba25-4-100-RND6738_0 absent
05/05/2009 06:41:14 GPUGRID Output file 42-TONI_HIVPR_mon_ba25-4-100-RND6738_0_3 for task 42-TONI_HIVPR_mon_ba25-4-100-RND6738_0 absent

I had my only error ever a couple days ago on a KASHIF WU. They also take too long on slower cards.
Is there a way to set the client not to DL these or do we just have to watch for them?

So it's a pb with Boinc, or my drivers ?
Thanks.