[or-cvs] [tor/master] Document CircuitPriorityHalflife on the manpage

Nick Mathewson nickm at seul.org
Sat Dec 19 03:34:47 UTC 2009


Author: Nick Mathewson <nickm at torproject.org>
Date: Tue, 15 Dec 2009 14:04:30 -0500
Subject: Document CircuitPriorityHalflife on the manpage
Commit: 7ab824c8cf2cdb683253870ff2f54bbfd12223d4

---
 doc/tor.1.in |   13 +++++++++++++
 1 files changed, 13 insertions(+), 0 deletions(-)

diff --git a/doc/tor.1.in b/doc/tor.1.in
index 4bcab6d..721bbaa 100644
--- a/doc/tor.1.in
+++ b/doc/tor.1.in
@@ -419,6 +419,19 @@ ORPort. (Default: 1)
 \fBPreferTunneledDirConns \fR\fB0\fR|\fB1\fP
 If non-zero, we will avoid directory servers that don't support tunneled
 directory connections, when possible. (Default: 1)
+.LP
+.TP
+\fBCircuitPriorityHalflife \fR\fBNUM\fB1\fP
+If this value is set, we override the default algorithm for choosing which
+circuit's cells to deliver or relay first.  When the value is 0, we
+round-robin between the active circuits on a connection, delivering one cell
+from each in turn.  When the value is positive, we prefer delivering cells
+from whichever connection has the lowest weighted cell count, where cells are
+weighted exponentially according to the supplied CircuitPrioirityHalflife
+value (in seconds).  If this option is not set at all, we use the behavior
+recommended in the current consensus networkstatus.
+This is an advanced option; you generally shouldn't have mess with it.
+(Default: not set.)
 
 .SH CLIENT OPTIONS
 .PP
-- 
1.5.6.5




More information about the tor-commits mailing list