You're correct that skipped opportunities to try uploads do not count as
"failed", they simply don't count at all. Typical hosts with continuous
connection try again every two hours on average because the actual backoffs
are randomized, so get 12 retries a day until the upload problem is
cleared. Hosts with only one hour a day connectivity will retry at the
beginning of that one hour and have a 25% chance of another retry in that
one hour.

With failed uploads disabling downloads, it seems to me that hosts with
limited connect times due to IT department restrictions ought to be
given the best possible chance of getting new tasks when they are allowed
to connect.
-- 
                                                      Joe


On 13 Jul 2009 at 21:38, Lynn wrote:

> I'm actually limiting connectivity to 1 hour out of 24.
> 
> With the current backoff algorithm, the timer runs out at four hours, 
> the state goes to "suspended" and the moment the appointed hour rolls 
> around the uploads start, two by two.
> 
> If those first two succeed, then the rest would continue, with two 
> connections at all times -- no matter how many you had.
> 
> I don't think attempts while suspended would count as "failed."
> 
> -- Lynn
> 
> Josef W. Segur wrote:
> 
> > My suggestion is to reduce the retry count for each retry attempt skipped
> > because a host has network activity turned off. A rough approximation of
> > that could be done by saving the time a host disables network activity,
> > get the interval when it is reenabled, divide that by half the maximum
> > backoff and subtract the integer portion of the result from the retry
> > count (with a floor of 0 retries, of course). A host with network activity
> > disabled for 23 hours out of each 24 would automatically be back at minimal
> > retry count and therefore at minimal backoff at the beginning of each
> > active period, but a short period of manually disabling network activity
> > would have no effect.


_______________________________________________
boinc_dev mailing list
[email protected]
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Reply via email to