summaryrefslogtreecommitdiff
path: root/changes/bug2756
diff options
context:
space:
mode:
authorNick Mathewson <nickm@torproject.org>2011-03-15 17:13:07 -0400
committerNick Mathewson <nickm@torproject.org>2011-03-15 17:13:07 -0400
commitc5ffd44ccd3c60780143eb384938276522a173c1 (patch)
treef2b43ecea11c04d7e85e63b2c8b81ee9449f5de3 /changes/bug2756
parentab418447eb9838a8a6f5588e374910d753740d0f (diff)
parenta86e27cf00153f4d926ac2b0974d2cceb543d673 (diff)
downloadtor-c5ffd44ccd3c60780143eb384938276522a173c1.tar.gz
tor-c5ffd44ccd3c60780143eb384938276522a173c1.zip
Merge branch 'bug2756_relay' into maint-0.2.2
Diffstat (limited to 'changes/bug2756')
-rw-r--r--changes/bug275611
1 files changed, 11 insertions, 0 deletions
diff --git a/changes/bug2756 b/changes/bug2756
new file mode 100644
index 0000000000..0cad515a1b
--- /dev/null
+++ b/changes/bug2756
@@ -0,0 +1,11 @@
+ o Minor bugfixes (spec conformance, performance):
+ - We now ask the other side of a stream (the client or the exit)
+ for more data on that stream when the amount of queued data on
+ that stream dips low enough. Previously, we wouldn't ask the
+ other side for more data until either it sent us more data
+ (which it wasn't supposed to do if it had exhausted its
+ window!) or until we had completely flushed all our queued
+ data. Fixing this should improve throughput. Fixes bug 2756;
+ bugfix on the earliest released versions of Tor (svn commit
+ r152).
+