I have set GPU-Grid as my main project and Einstein as second project with 1% the ressource share of GPU-Grid. Works well for me: if there is GPU-Grid work, my machine keeps asking for it and runs it with priority over any Einstein task I have in my buffer. And there are always a few but never too many Einstein task in my buffer. And I'm using a rather short buffer (4h or so) to avoid flooding with backup tasks.

MrS

---

Scanning for our furry friends since Jan 2002

Asteroids project is also out of available jobs.

With Asteroids it's feast or famine. Any day they'll toss up a million WUs and then let it run dry again. It's a nice project since it only needs 0.01 CPU and it's CUDA55 so works good on legacy GPUs.

Thanks for the tips ETApes & everyone.
I'll shrink my buffer to 4hrs and reduce the other GPU project priorities similarly.

Cheers and a Happy Holiday to all.🍻

Since this project is so sporadic, I'll leave it at 150% resource share and if something new shows up I'll get 3-4 out of the whole batch.
I run tons of other projects that keep my GPU busy.

You want one to test your system capabilities both in cpu and gpu then go over to primegrid. They have stuff that will use every watt of energy your system has both in GPU and CPU. And they never run out of work.

just had another task which errored out with

195 (0xc3) EXIT_CHILD_FAILED
...
# Engine failed: Particle coordinate is nan
...
http://www.gpugrid.net/result.php?resultid=21577998

I had this error, and so did everyone else:

(unknown error) - exit code 195 (0xc3)</message>

EXCEPTIONAL CONDITION: src\mdio\bincoord.c, line 193: "nelems != 1"


I wonder what this is?

http://www.gpugrid.net/result.php?resultid=21569667

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

Likely an error in retrieving the task from the server. Bad index on the server for the file. Error is in the Management Data Input module which deals with serial communication for example in the ethernet protocol.

Get this type of error on Seti occasionally when the file index in the database the download is trying to access is missing or pointing to the wrong place.

The previous-step WU created a corrupted output file. This is used as an input in the next workunit, which therefore fails on start.

Can we have more details on this GSN Project?

Thanks!

Sylvain

Think this is a case of a bad work unit again.

https://www.gpugrid.net/result.php?resultid=21605523

<core_client_version>7.16.3</core_client_version>
<![CDATA[
<message>
process exited with code 195 (0xc3, -61)</message>
<stderr_txt>
15:18:37 (20880): wrapper (7.7.26016): starting
15:18:37 (20880): wrapper (7.7.26016): starting
15:18:37 (20880): wrapper: running acemd3 (--boinc input --device 1)
ERROR: /home/user/conda/conda-bld/acemd3_1570536635323/work/src/mdsim/trajectory.cpp line 129: Incorrect XSC file
15:18:41 (20880): acemd3 exited; CPU time 3.067561
15:18:41 (20880): app exit status: 0x9e
15:18:41 (20880): called boinc_finish(195)

</stderr_txt>
]]>

...
ERROR: /home/user/conda/conda-bld/acemd3_1570536635323/work/src/mdsim/trajectory.cpp line 129: Incorrect XSC file
...

what exactly is an XSC file ?

It's part of the state which is carried between one simulation piece and the next.

Hi:

My hungry GPU wants some more workunits.

Anymore coming down the pipe?

Clive

Uhh, the floodgates have opened. I'm being inundated with work units.
46 WU's so far.

Hi:

Good to see that the GPU WUs flood gate have opened up. My GPU has finished the WUs that arrived this morning.

Can I have more GPU WUs?

Clive

I really wish GPUGRID would spread out the work units among all the volunteers rather than give big bunches of WUs to a few volunteers.

I really wish GPUGRID would spread out the work units among all the volunteers rather than give big bunches of WUs to a few volunteers.

We don't do a selection. When "bursts" of WUs are created, the already connected users tend to get them.

This said, if the host does not meet all criteria (e.g. driver version), it won't get WUs, but there is no explanation why. This is an unfortunate consequence of the BOINC machinery and out of our control.

So much for opening the floodgates of GPU WUs to my disappointment I only received 4 workunits. I do not know whether GPUGRID.NET is a victim of its own success, I thought I could use my fast GPU to advance medical research while I am doing my emails and other other tasks.

I am moving on Folding@Home. I trust I will be able to advance in finding a cure for Alzheimer Disease, a disease that killed my loving mom.

Clive

=====INCREDIBLE - GOT A BOATLOAD - all 6 GPUs are crunching==========

👍

Most importantly, with success ;)