| 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: 23
|
|
| Author |
|
|
Coleslaw
Veteran Cruncher USA Joined: Mar 29, 2007 Post Count: 1343 Status: Offline Project Badges:
|
HCC originally tried it your way and it caused too many problems and resulted in errors. The app was sensitive and needed fast access to the CPU thread. If it had to wait for that thread to become available, it would sometimes fail. So, to fix this WCG now reserves the thread. (notice I'm not saying core because some systems are hyper threaded. If yours is not, just substitute thread for core)
----------------------------------------![]() ![]() ![]() ![]() |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Opposed to some other GPU sciences, WCG's HCC-GPU project needs a CPU core for the largest portion at it's disposal for the start, middle and end section [when it uses 100% of the spare cycles on a processor thread]. Depending on the settings, what could happen is that the GPU tasks, each time it grabs the CPU thread again, the CPU only task gets suspended, and unloaded [which is default], and if that happens continuously, with such short tasks, it could lead to the client considering too many interruptions for a task and cancelling the job. Nothing gained, rather a bad task added to the repair cycle. [My theory]
|
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Okay, thx for the explanations. I guess know I understand it a bit better.
|
||
|
|
|