| 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: 4
|
|
| Author |
|
|
poscogrubb
Cruncher Joined: Oct 19, 2008 Post Count: 2 Status: Offline Project Badges:
|
Hi,
I've had this problem with several but not all FAHV tasks. The task progresses until somewhere between 30% to 50% done, and then stops making progress for many more hours. I eventually have to abort it. The BOINC log says 3/9/2015 4:17:01 PM | World Community Grid | Task FAHV_x1HXB_PRAS_0964354_0442_1 exited with zero status but no 'finished' file Here is a screen shot of the process details: If BOINC client senses that the process exited, why doesn't it automatically start the next job? What does it mean to "reset the project"? Thanks for your help. |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
After 700 million plus -valid- results, it's still the open question why this happens to some. Zero status suggests a momentary system overload, so the task is restarted from last checkpoint, to be sure any corrupt bits can not enter into the output. This restart is allowed up to 100 times after which the task is automatically aborted. The 'reset the project' sometimes works if running since a long time and gunk accumulates in either memory or in the project folder [unlikely though]. A system boot is more effective in this respect to refresh the environment.
|
||
|
|
poscogrubb
Cruncher Joined: Oct 19, 2008 Post Count: 2 Status: Offline Project Badges:
|
It's still happening, at least three times since I originally posted... but only on my laptop, not on my desktop PC.
Couldn't there be some code that catches this condition (earlier than me) so that less of my computer's time is wasted? Here's another datapoint: After 3 hours of elapsed time, less than 2 minutes of CPU time used. ![]() |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Check that nothing in the security software is blocking the app. Also, given the science is -allowed- to run [Elapsed], it may be something else on the assigned thread is running [above lowest priority]. Suspecting this is Windows, hit Ctrl+Shft+Esc to open Task Manager. In there hit the button that shows all processes. Sort on CPU percent or time from high to low and see what's using the cycles.
The project is on it's last leg after nearly 10 years [EOP June 2015]... don't expect any application debugging effort by the programmers at this stage. |
||
|
|
|