| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
| World Community Grid Forums
|
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 7
|
|
| Author |
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
I've been getting 'Tasks are committed to other platforms' consistently since 'Sun 27 Oct 2019 16:33:29 GMT' on Unix. Typical response:
----------------------------------------Requesting new tasks for CPU Interesting it doesn't mention OpenZika, which I also have selected. It's over an hour now, and that seems like a very long time. Is someone filling their boots to the detriment of the rest of us, or is there a system problem? Updated to add: Yes, MIP is working, so it's OpenZika that's committed elsewhere. Boot-filling before we run out, I guess. [Edit 1 times, last edit by Former Member at Oct 27, 2019 5:39:37 PM] |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Zika is running on fumes on all platforms. My MIP is at max of 12 so you get the NTAA, SCC is dry as we know, and HST no comment.
38325 World Community Grid 10/28/2019 12:52:59 AM No tasks sent 38326 World Community Grid 10/28/2019 12:52:59 AM No tasks are available for Microbiome Immunity Project 38327 World Community Grid 10/28/2019 12:52:59 AM No tasks are available for Smash Childhood Cancer 38328 World Community Grid 10/28/2019 12:52:59 AM No tasks are available for OpenZika 38329 World Community Grid 10/28/2019 12:52:59 AM No tasks are available for Help Stop TB 38330 World Community Grid 10/28/2019 12:52:59 AM No tasks are available for the applications you have selected. |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
NTA I understand. It's the 'Tasks are committed to other platforms' I find odd. It implies that Windoze (or Android, etc) still have work, or, at least, tasks that need verifying/validating. Of course, I don't know enough detail of how the server decides to issue that message, but I'm afraid that it makes me think "Why are Unix users the poor cousins in this relationship?", even if that's not actually true [which I hope is the case].
Maybe just a thought for when someone looks at the server code again. |
||
|
|
Sgt.Joe
Ace Cruncher USA Joined: Jul 4, 2006 Post Count: 7846 Status: Offline Project Badges:
|
I just fired up a new instance of a Linux a couple of hours ago and I did not have any trouble filling its queue. It was mostly MCM, but I allowed other projects to fill one slot apiece.
----------------------------------------Cheers
Sgt. Joe
*Minnesota Crunchers* |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
@Sgt.Joe
This was all down to the end of Zika. I understand that. It's just the wording of the message does not, in this case, seem to reflect what's actually happening. I'm sorry if I'm not making myself clear. |
||
|
|
Sgt.Joe
Ace Cruncher USA Joined: Jul 4, 2006 Post Count: 7846 Status: Offline Project Badges:
|
@Sgt.Joe This was all down to the end of Zika. I understand that. It's just the wording of the message does not, in this case, seem to reflect what's actually happening. I'm sorry if I'm not making myself clear. OK, I get it now. Cheers
Sgt. Joe
*Minnesota Crunchers* |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Following on from what's just happened to ARP1, I now realise that the feeder logic is more complicated that just looking for the appropriate OS and/or machine architeccture, it's also having to check if a re-sent WU needs a reliable host. It looks like it's this point which gives rise to the message being issued so often, and it also looks like it can actually cause the feeder to clog up if there aren't enough reliable hosts (whatever that means).
Keith is clearly now thinking about this, and I wonder if his fix for ARP will trickle down to improve the situation which I was commenting on in this thread. I hope so. |
||
|
|
|