mirror of
https://gitlab.torproject.org/tpo/core/tor.git
synced 2024-11-10 21:23:58 +01:00
Comment that failure schedules always use exponential backoff
This commit is contained in:
parent
32f0cbc0f6
commit
527c0735f1
@ -3771,6 +3771,8 @@ find_dl_min_and_max_delay(download_status_t *dls, const or_options_t *options,
|
||||
const smartlist_t *schedule = find_dl_schedule(dls, options);
|
||||
tor_assert(schedule != NULL && smartlist_len(schedule) >= 2);
|
||||
*min = *((int *)(smartlist_get(schedule, 0)));
|
||||
/* Increment on failure schedules always use exponential backoff, but they
|
||||
* have a smaller limit when they're deterministic */
|
||||
if (dls->backoff == DL_SCHED_DETERMINISTIC)
|
||||
*max = *((int *)((smartlist_get(schedule, smartlist_len(schedule) - 1))));
|
||||
else
|
||||
|
@ -1981,7 +1981,9 @@ typedef struct download_status_t {
|
||||
* or after each failure? */
|
||||
download_schedule_backoff_bitfield_t backoff : 1; /**< do we use the
|
||||
* deterministic schedule, or random
|
||||
* exponential backoffs? */
|
||||
* exponential backoffs?
|
||||
* Increment on failure schedules
|
||||
* always use exponential backoff. */
|
||||
uint8_t last_backoff_position; /**< number of attempts/failures, depending
|
||||
* on increment_on, when we last recalculated
|
||||
* the delay. Only updated if backoff
|
||||
|
Loading…
Reference in New Issue
Block a user