<p><br>
 On Tue, Mar 25, 2014 at 3:41 PM, Mike Perry <<a href="mailto:mikeperry@torproject.org">mikeperry@torproject.org</a>> wrote:<br>
> For control, it would be nice to know what we would be giving up if we<br>
> used that same T=2000 cutoff with three guards and compare that to<br>
> T=2000 with just one guard. Is it easy for you to rerun just that<br>
> comparison (since you seem to be suggesting that T=2000 is a good cutoff<br>
> anyway)?</p>
<p>Takes a few hours to run the scripts again, but the results look like this.  For the "unluckiest 10%" with T=1000, having 3 guards is still better than having one, while with T=2000 the difference between 3 guards and 1 is less noticeable:</p>

<p><a href="https://www-users.cs.umn.edu/~hopper/unlucky_threeguard_threshold_bandwidth.png">https://www-users.cs.umn.edu/~hopper/unlucky_threeguard_threshold_bandwidth.png</a></p>
<p>Interestingly, though, for the median user with the higher thresholds, having one guard results in a higher median circuit bandwidth (because a user with 3 guards is more likely to have selected one guard close to the cutoff, dragging the typical performance down):</p>

<p><a href="https://www-users.cs.umn.edu/~hopper/threeguard_threshold_bandwidth.png">https://www-users.cs.umn.edu/~hopper/threeguard_threshold_bandwidth.png</a></p>
<p>...but I don't think these results speak to this concern:</p>
<p>> ** The reason I ask is because I suspect there is actually an interplay<br>
> between the current circuit build timeout code and the pool of 3 guards.<br>
> The CBT cutoff will tend to cause you to avoid whichever of your guards<br>
> may be temporarily overloaded at a given time.</p>
<p>because TorPS is a python reimplementation of the circuit selection algorithm only and doesn't have any way to simulate the CBT logic: <a href="http://torps.github.io/">http://torps.github.io/</a></p>
<p>--<br>
------------------------------------------------------------------------<br>
Nicholas Hopper<br>
Associate Professor, Computer Science & Engineering, University of Minnesota<br>
Visiting Research Director, The Tor Project<br>
------------------------------------------------------------------------<br>
</p>