[tor-commits] [tor/release-0.2.9] Allow infinitely long delays in exponential-backoff downloads

nickm at torproject.org nickm at torproject.org
Mon Nov 7 14:32:41 UTC 2016


commit 858867a31a31b7a0065481b1f5ad108f02ab337a
Author: Nick Mathewson <nickm at torproject.org>
Date:   Sun Nov 6 20:14:34 2016 -0500

    Allow infinitely long delays in exponential-backoff downloads
    
    It's only safe to remove the failure limit (per 20536) if we are in
    fact waiting a bit longer each time we try to download.
    
    Fixes bug 20534; bugfix on 0.2.9.1-alpha.
---
 changes/bug20534   | 6 ++++++
 src/or/directory.c | 5 ++++-
 2 files changed, 10 insertions(+), 1 deletion(-)

diff --git a/changes/bug20534 b/changes/bug20534
new file mode 100644
index 0000000..1ffa1f3
--- /dev/null
+++ b/changes/bug20534
@@ -0,0 +1,6 @@
+  o Minor bugfixes (directory download scheduling):
+    - Remove the maximum delay on exponential-backoff scheduling.
+      Since we now allow an infinite number of failures (see ticket
+      20536), we must now allow the time to grow longer on each failure.
+      Fixes bug 20534; bugfix on 0.2.9.1-alpha.
+
diff --git a/src/or/directory.c b/src/or/directory.c
index 24490b7..5fc1572 100644
--- a/src/or/directory.c
+++ b/src/or/directory.c
@@ -3770,7 +3770,10 @@ 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)));
-  *max = *((int *)((smartlist_get(schedule, smartlist_len(schedule) - 1))));
+  if (dls->backoff == DL_SCHED_DETERMINISTIC)
+    *max = *((int *)((smartlist_get(schedule, smartlist_len(schedule) - 1))));
+  else
+    *max = INT_MAX;
 }
 
 /** Advance one delay step.  The algorithm is to use the previous delay to





More information about the tor-commits mailing list