Bunkering basics, by our friend [H]Coleslaw

[10esseetony]

https://www.youtube.com/channel/UCu8H1s ... Fis3siCkKw

[StefanR5R]

It is important to know when the client reports results.

BOINC reports completed work at the first of:

1. The next work request from a project.
2. 24 hours before the deadline.
3. Immediately if the work is completed later than 24 hours before the deadline.
4. Connect every X days after the work is completed.
5. With the next trickle (CPDN only at this point).
6. When the user clicks update.
7. Connect every X days before the report is due. (new with 5.4 and above)

(source: BOINC FAQ)

To prevent results from being reported too early, obviously each one of these possibilities must be eliminated.

Furthermore, the client will report results immediately after upload

• if the project was set to "No new tasks",
• if the cc_config item report_results_immediately was enabled by the user,
• if the app_config item report_results_immediately was enabled by the user,
• if report_results_immediately was enabled for the application by the project admin.

[10esseetony]

Stefan is referring to the method of suspending the project, and enabling networking, then turning networking off again.

Risky business, that method.

[crashtech]

Perhaps the risks and uncertainties inherent in the method is why I'd not heard of it before, after several years of crunching?

[StefanR5R]

Furthermore, the client will report results immediately after upload

• if the project was set to "No new tasks",
• if the cc_config item report_results_immediately was enabled by the user,
• if the app_config item report_results_immediately was enabled by the user,
• if report_results_immediately was enabled for the application by the project admin.

Actually the current official documentation says that the report_results_immediately option causes a client-internal timer to be modified:

<report_results_immediately>0|1</report_results_immediately>
If 1, each job will be reported to the project server as soon as it's finished, with an inbuilt 60 second delay from completion of result upload. (normally it's deferred for up to one hour, so that several jobs can be reported in one request). Using this option increases the load on project servers, and should generally be avoided. This is intended to be used only on computers whose disks are reformatted daily.

In other words, a more precise name of the report_results_immediately option would be report_results_much_sooner_than_normally. Or, "immediately" in this context is not synonymous with "instantly". However, I have not watched the client if this option indeed behaves exactly like written in the current documentation, nor have I tried to look up the corresponding source code.