| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
 |
World Community Grid Forums
Category: Active Research
Forum: Africa Rainfall Project
Thread: Work Available |
| Member(s) browsing this thread: Mike.Gibson , xensazn , catchercradle |
|
Thread Status: Active Total posts in this thread: 3281
|
|
| Author |
|
|
Mike.Gibson
Ace Cruncher England Joined: Aug 23, 2007 Post Count: 12409 Status: Recently Active Project Badges: 
|
Mini update/
The definitions of the leaders have moved on 1 generation to 133, 123 & 118. There are 125 units in the extreme range of which 1 is a leftover from before the change and 105 listed as extreme, so only 19 are still stuck or have yet to move since being unstuck. Mike |
||
|
|
spRocket
Senior Cruncher Joined: Mar 25, 2020 Post Count: 274 Status: Offline Project Badges: 
|
ARP_0034316_093_2 just landed in my queue. It'll be a while before it starts running, though.
|
||
|
|
Mike.Gibson
Ace Cruncher England Joined: Aug 23, 2007 Post Count: 12409 Status: Recently Active Project Badges:
|
spRocket
Thank you. I would suggest that you reduce the size of your queue. The longer your queue is, the less likely it would be that your machine would be considered "reliable". The queuing time counts against the allowed time. ARP units are readily available but not necessarily immediately available. I would suggest a queue of 1 extra unit or 25% of the ARPs allowed to crunch. So, for a 16 thread machine there should be a maximum of 8 threads crunching ARP and a maximum of 2 ARP units queuing. That way your machine will be considered more reliable and the units will turn around faster. Mike |
||
|
|
spRocket
Senior Cruncher Joined: Mar 25, 2020 Post Count: 274 Status: Offline Project Badges:
|
I see lots of _2, _3, and accelerated units, so reliability isn't an issue. Queue settings are 0.1 day + 0.1 day, with six ARP units maximum at a time.
|
||
|
|
Gutelius
Cruncher Joined: Aug 23, 2018 Post Count: 4 Status: Offline Project Badges:
|
Currently running ARP1_0033632_108_2 at 0.021% increments, should be done in 12 hours :)
|
||
|
|
Mike.Gibson
Ace Cruncher England Joined: Aug 23, 2007 Post Count: 12409 Status: Recently Active Project Badges:
|
Thank uou, Gutellius.
That is 2 generations in 3 days. Mike |
||
|
|
alanb1951
Veteran Cruncher Joined: Jan 20, 2006 Post Count: 971 Status: Recently Active Project Badges: 
|
Mike,
I got ARP1_0033397_101_0 as part of a priority triplet. Yet another 32-bit run! -- do we know whether some tasks are deliberately sent out 32-bit even if all recipients can run 64-bit? Cheers - Al. |
||
|
|
spRocket
Senior Cruncher Joined: Mar 25, 2020 Post Count: 274 Status: Offline Project Badges:
|
ARP_0034316_093_2 is up and running now, and I'm seeing .021% increments. It's at about 45.3% with about 6h 40m remaining.
----------------------------------------ETA: It's a triplet with one system completed and no errors so far. [Edit 1 times, last edit by spRocket at Feb 4, 2022 1:39:10 PM] |
||
|
|
Mike.Gibson
Ace Cruncher England Joined: Aug 23, 2007 Post Count: 12409 Status: Recently Active Project Badges:
|
Thank you, Al.
That is an unstuck unit from adriverhoef's September thread. I could only guess that the reason for 32 bit might be because one of the 3 machines is 32 bit. Mike |
||
|
|
Mike.Gibson
Ace Cruncher England Joined: Aug 23, 2007 Post Count: 12409 Status: Recently Active Project Badges:
|
Thank you, spRocket.
It seems that it was queuing for about 15 or 16 hours. It would be preferable for your queue to be shortened to improve availability. Mike |
||
|
|
|