No GPU tasks if CPU tasks are suspended
1 Jul 2013 10:56:25 UTC
Topic 197038
(moderation:
I suspended some tasks (Einstein and also some CPDN) to work out my gpu problem. Even with the sluggish pace I eventually needed new gpu work, but the server wouldn't give me any because the cpu work was suspended.
I don't see a reason for that behavior to happen. It seems unnecessary to since the cpu and gpu do not use the same work.
Quote:
7/1/2013 3:46:25 AM | Einstein@Home | Sending scheduler request: Requested by user.
7/1/2013 3:46:25 AM | Einstein@Home | Reporting 1 completed tasks
7/1/2013 3:46:25 AM | Einstein@Home | Not requesting tasks: some task is suspended via Manager
7/1/2013 3:46:27 AM | Einstein@Home | Scheduler request completed
I got new work after resuming the CPDN (to prevent the E@H cpu tasks from actually starting) and then resuming the cpu tasks, updating, and then suspending all of it again.
No GPU tasks if CPU tasks are suspended
)
Not a problem with the Server, If you suspend a task from a project, the Boinc client won't ask for work for that project, if the client isn't asking for work, the server won't send any.
Claggy
Right. I can read my log
)
Right. I can read my log file, right?
Boinc "problem" instead. I still think that is a problem, but I don't like several things about how boinc handles cpu and gpu tasks together.
RE: Right. I can read my
)
You can opt out all applications, you don't want to run with the option: Run only the selected applications
With that, you can avoid GPU apps, but run CPU apps, without having to suspend single tasks.
RE: Right. I can read my
)
It's a design decision by the developers, if you suspend a task from a project, Boinc won't ask for more work from that project, if Boinc's not able do the suspended task, why send more tasks?
Claggy
Because I had a GPU with no
)
Because I had a GPU with no work.
CPU work was suspended for testing purposes. CPU work sitting in a queue is no good for a cpu. Since neither can use the other's tasks, I can't see the purpose of managing them together like that.
It makes perfectly fine sense to not send more CPU work.