FANDOM


"Ready To Report" tasks status and how to understand them Edit

The Ready to Report (RtR) is the 2nd step in a 2 part reporting cycle to ensure that a completed Task's files are properly transmitted, cross-verified as being totally correct received by the servers and confirmed. The RtR shows in the tasks tab of The BOINC Manager GUI [1] → Advanced view [2], once the data files of the task aka result have been received by the servers in proper order.


Ready to report

Screenshot

Upon transmission of the RtR to the Scheduler (a different part of the server system processes), a brief acknowledgement will be seen in the Tasks tab Status column.

After, the Task entry in the client is cleared and all traces in the local tracking files, except for the Message and local job Logs (job_log_www.worldcommunitygrid.org.txt) is removed.


For purposes of efficiency, the RtR is send on the next scheduled contact with the servers and are per the below table.


1. New work is needed. Completed work will be reported at the same time.
Sample message log entries:
15/12/2007 10:29:23|WCG|Sending scheduler request: To fetch work.
Requesting 39440 seconds of work, reporting 6 completed tasks
15/12/2007 10:29:28|WCG|Scheduler request succeeded: got 4 new tasks
2. The Deadline is less than 24 hours away.
3. The Result is less than the Work Buffer ("Connect to network about every 'x' days") setting from
it's Deadline (New for v5.4.xx)
4. The Result has been in the Ready to Report status for 24 hours. (New for v5.10.14)
5. The Result has been in the Ready to Report status longer than the Work Buffer (Connect to network
about every 'x' days") setting. (Removed in v5.10.14 and later)
6. If "net_status.have_sporadic_connection" will report immediately. (possibly for dialup-users only!)
7. If a 'trickle' is uploaded to the server (not applicable to WCG and only for projects with partial job progress reporting)
Sample Message Log Entries:
15/12/2007 10:09:37|CPDN|Sending scheduler request: To send
trickle-up message. Requesting 0 seconds of work, reporting 0 completed tasks


The speed of reporting is impacted e.g. by the Connection Time setting in the device profile and other client scheduling activities. When a Connect Time of 2 days is set in order to be able to buffer more work, there is no rush to update the server side scheduler, thus the RtR clearing would be postponed up to when the 'Connect Time' of 2 days has passed. When a permanent internet connection does exist though and is open, the client will try to push out the Task Result Files, so at least a backup exists on the server side, still there being no need to update the server scheduler. The client did set that Connect Time after all.


There is of course the Projects Tab 'Update' button that opens / tries opening a connection for 5 minutes with the server to push out any results and force the RtR's. This usually results in the desired action. Better is to opt for the WCG recommended short connect time defaulting to 0.3 days (7.2 hours) and use the 5.10.x release local 'Additional Buffer' days local preferences option ( = web device profile option "cache") to obtain extra work in the Tasks queue. This will clear the RtR's more frequently without unnecessary extra Scheduling Daemon contacting.


When RtR's are not cleared or new work is not fetched, it is possible that the client got confused. Frequent changing of profile settings & local preferences and repeated panic states (see discussions on Earliest Deadline First (EDF) / High Priority processing) can cause such conditions to develop. BOINC needs 1 or 2 weeks to find it's balance and understand particularly if multiple projects are attached to the client. Best is to decide on what's wanted, make the changes and leave it be.

Resist the urge to micromanage


References Edit

  1. http://boinc.berkeley.edu/wiki/BOINC_Manager
  2. http://boinc.berkeley.edu/wiki/Advanced_view


To return to the Frequently Asked Questions index choose link below or top left margin!

Ad blocker interference detected!


Wikia is a free-to-use site that makes money from advertising. We have a modified experience for viewers using ad blockers

Wikia is not accessible if you’ve made further modifications. Remove the custom ad blocker rule(s) and the page will load as expected.