summaryrefslogtreecommitdiff
path: root/doc/todo/tor.mdwn
diff options
context:
space:
mode:
Diffstat (limited to 'doc/todo/tor.mdwn')
-rw-r--r--doc/todo/tor.mdwn22
1 files changed, 0 insertions, 22 deletions
diff --git a/doc/todo/tor.mdwn b/doc/todo/tor.mdwn
index a4700fd5d..79822ab19 100644
--- a/doc/todo/tor.mdwn
+++ b/doc/todo/tor.mdwn
@@ -4,28 +4,6 @@ Mostly working!
Current todo list:
-* copy --to peer of a 100 mb file causes the memory of the remotedaemon
- to creep up from 40 mb to 136 mb. Once the transfer is done, the
- remotedaemon continues using all that memory. Memory leak. Profile it.
- (The sending process creeps up some initially, but stops at 45 mb used.
- That could just be buffering.)
- (copy --from peer does not leak on either end; the remotedaemon uses 34
- mb and the receiver 44 mb.)
-
- Profiling results: Leak is in hGetMetered, or perhaps in
- the consumer of the data it reads. Graph shows `ARR_WORDS` is
- the type; that must be a bytestring.
-
-<pre> individual inherited
-COST CENTRE MODULE no. entries %time %alloc %time %alloc
- tryNonAsync Utility.Exception 3241 0 0.0 0.1 49.3 65.8
- receiveExactly P2P.IO 3429 0 0.0 0.0 49.3 65.7
- hGetMetered Utility.Metered 3430 0 49.1 65.6 49.3 65.7
-</pre>
-
- Switching to L.hGet, it still leaks, so seems hGetMetered is not at fault
- and the bytestring is being buffered excessively somehow.
-
* When a transfer can't be done because another transfer of the same
object is already in progress, the message about this is output by the
remotedaemon --debug, but not forwarded to the peer, which shows