Sort:  

Good question @applepiie.

I use the basic principle that the output in the last 7 days need to be in-line with the 40-days moving average. I know this will not cover all situations but what is critical is that most systems receive sufficient work to create some decent competition resulting in a fair GRC distribution.

If you take Sourcefinder@home for example, it is almost impossbile to catch a WU. It is more a lucky draw with the winner receiving around 1 GRC per returned WU at the moment. In an other article (here) on Steemit I describes this further.

Change settings that Boinc can download WUs for 2 days.
On linux file lacation is /var/lib/boinc-client/global_prefs_override.xml
Set that:
<work_buf_min_days>2.000000</work_buf_min_days>

Follow my post to copy and paste content.

https://fightdeppresionbyscience.wordpress.com/2017/12/31/config-file-for-boinc/

Also some projects intentionally limit how many WU can be downloaded at one time, DD@home is one of these ISTR, there are others.

This makes some sense: without some form of limitations, a naive but enthusiastic cruncher could download a vast quantity of tasks and 'tie them up', affecting WU completion for the whole project.

Coin Marketplace

STEEM 0.18
TRX 0.16
JST 0.029
BTC 78920.03
ETH 3178.67
USDT 1.00
SBD 2.64