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 |
Firstly, I've got a really fast connection and there is no reason for me to limit the times my client connects to the servers, especially because speedy return is preferred (and rewarded). However I seem to always have one task stuck at 100% that the client refuses to upload.
----------------------------------------A fictional example from a 6 core machine: TaskA 100% TaskB 56% TaskC 25% TaskD 22% TaskE 20% TaskF 15% TaskH 9% Even though TaskA is finished and the core has moved on to another task, the upload will not happen before some other task finishes, which will usually take several hours. At that point, the client reports just 1 completed task (the one that has been ready and waiting for a while) and requests more work. For six cores this is not as bad as it would be with one core where it would double the return time, on average, but the problem remains. I have confirmed this from the "results status" page also, the task that is "stuck" is still "In Progress". I've selected "Network Activity Always Available" and even tried to "Do network communication" manually, but neither of these had any effect. So the question is: Is there anything I can do about this or is it just some quirk with the client that we have live with? [Edit 1 times, last edit by Former Member at Nov 14, 2010 9:20:41 PM] |
||
|
Sekerob
Ace Cruncher Joined: Jul 24, 2005 Post Count: 20043 Status: Offline |
There are no rewards at WCG if you mean extra credit for fast reporting.
----------------------------------------The Result files with an open internet connection are always immediate uploaded upon task completion (see the BOINC Manager Transfer tab which is most always empty). The "Ready to Report" (RtR) part has no urgency and will be cleared within 24 hours after completion. Deadlines are 7 to 10 days depending on the science so there is no particular rush to get the RtR's cleared. Thanks for crunching at WCG
WCG
Please help to make the Forums an enjoyable experience for All! |
||
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
There are no rewards at WCG if you mean extra credit for fast reporting. Some rare WUs are only send to fast & reliable machines. The Result files with an open internet connection are always immediate uploaded upon task completion (see the BOINC Manager Transfer tab which is most always empty). The "Ready to Report" (RtR) part has no urgency and will be cleared within 24 hours after completion. Deadlines are 7 to 10 days depending on the science so there is no particular rush to get the RtR's cleared. Thanks for crunching at WCG If the upload is immediate how come the task is still "In Progress" in the Results Status page? |
||
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Hello Memto,
The real load is on the server. BOINC tries to minimize the server work load by delaying the report after the results file is uploaded so it can be bunched with several others from that user. It is guaranteed to be reported within 24 hours, even if there are no other reports. The server runs an update twice a day to validate results. It may have to wait for a duplicate result to be uploaded, depending on the type of validation used by that project. There are many variations in validation methods. Lawrence |
||
|
Sekerob
Ace Cruncher Joined: Jul 24, 2005 Post Count: 20043 Status: Offline |
The only "rare" I know is the Type A of DDDT2. The "repair" jobs go to "reliable" devices, but those are thousands every day and Beta goes to any device to include the not so fast or reliable... just have to be there asking for work at the right time.
----------------------------------------There's the "Result Files" database and the "Scheduler". Once the RtR is cleared through the communication with the Scheduler, only then the RS page is updated, not before. The process has a number of safeties to ensure that nothing get's lost, even if communication is interrupted in the most disastrous ways, so consider the RtR as final acknowledgment which if your client has the log flags activated looks like this: 14-11-2010 14:20 [sched_op] handle_scheduler_reply(): got ack for task E200536_686_A.26.C20H11N3S3.2.0.set1d06_0
WCG
Please help to make the Forums an enjoyable experience for All! |
||
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Thanks for the replies.
Apparently I misinterpreted the client. The uploads are so fast that I never actually see them, so I can't tell when it is "done". Seeing the task waiting at 100% I thought that it hadn't uploaded it for some reason. |
||
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Hi Memto,
You didn't misinterpret. Unfortunately, BOINC seems designed to fool people into thinking the pending report is the result. You have to dig deeply to discover that it is just a short report that will cause an expensive, time-consuming update to the scheduler database. It is more efficient to do several reports together since they take about the same time as just one. Lawrence |
||
|
|
![]() |