[or-cvs] Note some subtasks and difficulties involved with reducing ...
Nick Mathewson
nickm at seul.org
Sat Apr 29 18:43:07 UTC 2006
Update of /home/or/cvsroot/tor/doc
In directory moria:/tmp/cvs-serv27928/doc
Modified Files:
TODO
Log Message:
Note some subtasks and difficulties involved with reducing RAM usage on dirservers
Index: TODO
===================================================================
RCS file: /home/or/cvsroot/tor/doc/TODO,v
retrieving revision 1.444
retrieving revision 1.445
diff -u -p -d -r1.444 -r1.445
--- TODO 23 Apr 2006 21:40:15 -0000 1.444
+++ TODO 29 Apr 2006 18:43:05 -0000 1.445
@@ -62,11 +62,30 @@ Must-have items for 0.1.2.x:
R - Server usability
N - Better hidden service performance, with possible redesign.
- Asynchronous DNS
+ - What to use? C-ares? Libdns? AGL's patch?
- Better estimates in the directory of whether servers have good uptime
(high expected time to failure) or good guard qualities (high
fractional uptime).
- - memory usage on dir servers.
- copy less!
+N . memory usage on dir servers. copy less!
+ o Remember offset and location of each descriptor in the cache/journal
+ - When sending a big pile of descs to a client, don't shove them all on
+ the buffer at once.
+ X This may require routerinfo_t or signed_descriptor_t to get slightly
+ refcounted. (Only slightly; we'd only need to know whether it's on
+ the routerlist->routers or routerlist->old_routers, and how many
+ directory conns are returning it.)
+ - Possibly, we could just to keep a list of the descriptor digests for
+ the descriptors we still want to send. We might end up truncating
+ some replies by returning fewer descriptors than were requested (if
+ somebody requests a desc that we throw away before we deliver it),
+ but this happens only when somebody wants an obsolete desc, and
+ clients can already handle truncated replies.
+ - But what do we do about compression? That's the part that makes
+ stuff hard.
+
+ - Make sure offset is correct in the presence of windows FS insanity.
+ - Consider whether it's smart to mmap cache files where possible.
+ - Consider whether it's smart to lazy-load routerdescs on non-directories.
N - oprofile including kernel time on multiple platforms
Items for 0.1.2:
More information about the tor-commits
mailing list