tor/changes/feature5956

  o Major features:
    - When deciding whether we have enough descriptors to build circuits,
      instead of looking at raw circuit counts, look at which fraction of
      (bandwidth-weighted) paths we're able to build. This approach keeps
      clients from building circuits if their paths are likely to stand out
      statistically. The default fraction of paths needed is taken from the
      consensus directory; you can override it with the new
      PathsNeededToBuildCircuits option.  Fixes issue 5956.
Compute whether we're ready to build circuits based on fraction of paths Previously we did this based on the fraction of descriptors we had. But really, we should be going based on what fraction of paths we're able to build based on weighted bandwidth, since otherwise a directory guard or two could make us behave quite oddly. Implementation for feature 5956 2013-01-18 19:24:14 +01:00			`o Major features:`
			`- When deciding whether we have enough descriptors to build circuits,`
			`instead of looking at raw circuit counts, look at which fraction of`
			`(bandwidth-weighted) paths we're able to build. This approach keeps`
			`clients from building circuits if their paths are likely to stand out`
Parameterize FRAC_USABLE_NEEDED for fraction of circuits Instead of hardcoding the minimum fraction of possible paths to 0.6, we take it from the user, and failing that from the consensus, and failing that we fall back to 0.6. 2013-01-29 17:05:13 +01:00			`statistically. The default fraction of paths needed is taken from the`
			`consensus directory; you can override it with the new`
			`PathsNeededToBuildCircuits option. Fixes issue 5956.`