Modified SETI MB CUDA + opt AP package for full GPU utilization

[Leopoldo]

give my script a chance
still have freezing tasks at different runtimes ... without the script i would have same problems lik you ^^
Raistmer's v5b + script = well crunching on a 9600GT

Agreed. Thanks both!

[Richard Haselgrove]

Cheers both.   I will add script first, then try underclock, then overclock.  My temps are higher because of climate here though test stable with ATI tool and RthDrible.  I am most prone to think low speed is the culprit (Nvidia choosing too big a granularity for the parallelistion), as in the past I have my 8600GT's run @100C no problems under stress (68 degrees fully loaded now).

[If underclock fixes it, then I blame temps, If Overclock Fixes it then I blame Nvidia's choice of target cards]

I'm quite convinced it's a programming bug in the SETI application.

Have a look at my bug report from last night.

Normally, my 9800GT processes a mid-range AR in 22-23 minutes, regular as clockwork. It's still running, still doing that this morning. This is with the Berkeley Beta v6.07, on official download - the card is rated as fast enough by NVidia to be entrusted with the CUDA app.

At VLAR - different story. Took 20 minutes to reach 4%, an hour to reach 35%. Then just idled (endless loop?) for three hours, didn't even checkpoint. I suspended the task, and re-started the BOINC daemon to get it to recognise the suspension - normal work restarted. No reboot, no driver crash.

Everything is in that upload - datapak, checkpoint, wisdom, client_state. See if you can find the bug before Eric K does.

[Jason G]

Nah, steering away from looking at cuda code for the time being, partly because I want to skip it and go straight to OpenCL when vendor SDKs are available.  It has plenty of heads looking at it and seems to be getting better gradually.  I am sure there are multiple issues at play, and one of them definitely seems to be speed. cranking up the 9600GSO   (along with the fan), and checking for artefacts in rthdribl and ati tool has me up to 68GFlops estimated using that formula, and things indeed seem a little better than stock 48 GFlops estimate.  Will see what I can get stably without producing too much heat or generating artefacts, and comment on what I find.

[Jason G]

Found card stability test that works for me, Will run 1 hour ati tool artefact scan.

card is 9600GSO,
Have settled for 56Gflop conservative OC ( using estimate formula of ClockRate X MultiProcessors X 2857 )
Clocks Obtained with ATi-Tool 'Find Max Mem' and 'Find max Core' separately, after reducing safety limits to keep in range.  No atrefacts yet, card nice and warm, 500frames per second in RthDrible Large, no pausing. (Then installed in RivaTuner afterward)

[Raistmer]

Ok, here modded build with VLAR bug-fix incorporated.
It should do correctly all AR ranges (please,  post erros if they will be).
But be prepared to VLRT (very long run time) for VLAR tasks.
I'm not sure that it's worth to do VLAR on GPU at all with current algorithm. So, you always can reverse to V5b and leave VLARs to hosts with CPU-based opt apps.
But before doing this compare wall clock times for your own hosts (!) I use pretty low-end GPU, your experience can (and will ) be different.

ADDON: I didn't test this build much so if you experience some new errors - just revert back to V5b or switch to 6.07 and forthcoming 6.08 on beta site.


[attachment deleted by admin]

[perryjay]

Raistmer, I pulled the MB_400 out. is that ok or should I leave it in with this new build?

[Raistmer]

Raistmer, I pulled the MB_400 out. is that ok or should I leave it in with this new build?

You should just install V6 package as usual.
It it will not work for you you can just reinstall V5b as usual. No additional moves needed.

[perryjay]

Ok, just wondered because BOINC manager bitched when it couldn't find it. Everything seems to be running ok though.

Have a good trip. See you when you get back.

[Slawek]

HI

http://c.wrzuta.pl/wi161/831bfd2400026520496f5b98/BOINC?type=i&key=j5W3rTpanB&ft=f   

and first WU done in new build http://setiathome.berkeley.edu/result.php?resultid=1123248779


now i delete old MB files ( CUDA )....
i waiting for next CUDA WU download meybe stderr now be correct....:/

[Maik]

and first WU done in new build http://setiathome.berkeley.edu/result.php?resultid=1123248779

That is still no result from a 'Raistmer-built' 

[Slawek]

Im Stupid ..... i have 2 dir in Documents and settings... and all time computing on first Raistmer's_opt_package and change old BOINC dir......

and all time no errors .. only 1 ...

[Raistmer]

Im Stupid ..... i have 2 dir in Documents and settings... and all time computing on first Raistmer's_opt_package and change old BOINC dir......

and all time no errors .. only 1 ...

LoL. So, you helped yourself, as it was supposed

[Maik]

since i have running MB_rev400mod_VLARkill_idle_CUDA.exe ... no stucking wu's / no BSOD's / no crash's .... and a full cache ^^
hmm ...dont want to switch to v6. (never change a running system, you know?  )
now i have to wait around 24h that my chache is crunched to install v6 to test my underpowered 9600GT 

[Slawek]

http://setiathome.berkeley.edu/result.php?resultid=1123310667

not working.. error

[Raistmer]

http://setiathome.berkeley.edu/result.php?resultid=1123310667

not working.. error

Update driver.