[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
[or-cvs] r7058: mess with the TODO a little. (in tor/trunk: . doc)
Author: nickm
Date: 2006-08-14 17:44:29 -0400 (Mon, 14 Aug 2006)
New Revision: 7058
Modified:
tor/trunk/
tor/trunk/doc/TODO
Log:
r7045@Kushana: nickm | 2006-08-05 13:56:44 -0400
mess with the TODO a little.
Property changes on: tor/trunk
___________________________________________________________________
Name: svk:merge
- 17f730b7-d419-0410-b50f-85ee4b70197a:/local/or/tor/trunk:8290
1f724f9b-111a-0410-b636-93f1a77c1813:/local/or/tor/trunk:8207
96637b51-b116-0410-a10e-9941ebb49b64:/tor/branches/spec:7005
c95137ef-5f19-0410-b913-86e773d04f59:/tor/branches/eventdns:7014
c95137ef-5f19-0410-b913-86e773d04f59:/tor/branches/mmap:7030
c95137ef-5f19-0410-b913-86e773d04f59:/tor/branches/oo-connections:6950
c95137ef-5f19-0410-b913-86e773d04f59:/tor/branches/trans-ap:7315
c95137ef-5f19-0410-b913-86e773d04f59:/tor/trunk:7383
+ 17f730b7-d419-0410-b50f-85ee4b70197a:/local/or/tor/trunk:8290
1f724f9b-111a-0410-b636-93f1a77c1813:/local/or/tor/trunk:8207
96637b51-b116-0410-a10e-9941ebb49b64:/tor/branches/spec:7005
c95137ef-5f19-0410-b913-86e773d04f59:/tor/branches/eventdns:7045
c95137ef-5f19-0410-b913-86e773d04f59:/tor/branches/mmap:7030
c95137ef-5f19-0410-b913-86e773d04f59:/tor/branches/oo-connections:6950
c95137ef-5f19-0410-b913-86e773d04f59:/tor/branches/trans-ap:7315
c95137ef-5f19-0410-b913-86e773d04f59:/tor/trunk:7383
Modified: tor/trunk/doc/TODO
===================================================================
--- tor/trunk/doc/TODO 2006-08-14 20:16:21 UTC (rev 7057)
+++ tor/trunk/doc/TODO 2006-08-14 21:44:29 UTC (rev 7058)
@@ -62,7 +62,7 @@
D Count TLS bandwidth more accurately
- Write-limit directory responses (need to research)
N . Improve memory usage on tight-memory machines.
- - Directory-related fixes.
+ . Directory-related fixes.
o Remember offset and location of each descriptor in the cache/journal
o When sending a big pile of descs to a client, don't shove them all
on the buffer at once. Keep a list of the descriptor digests for
@@ -81,23 +81,27 @@
o Verify that this has happened for a long time.
o Try a similar trick for spooling out v1 directories. These we
_uncompress_ on the fly.
- - Look into pulling serverdescs off buffers as they arrive.
. Mmap cache files where possible.
o Mmap cached-routers file; when building it, go oldest-to-newest.
- More unit tests and asserts for cached-routers file: ensure digest
for the right router. Verify dl by digest, fp, etc.
- . Make sure cached-routers values and offsets are correct in the
+ o Make sure cached-routers values and offsets are correct in the
presence of windows FS insanity.
- - Save and mmap v1 directories; store them zipped, not
- uncompressed.
- - Store networkstatus docs zipped, not uncompressed. Maaaybe mmap
- them too.
+ D Save and mmap v1 directories, and networkstatus docs; store them
+ zipped, not uncompressed.
+ D Switch cached_router_t to use mmap.
+ D What to do about reference counts on windows?
+ (On Unix, this is easy: unlink works fine. (Right?) On
+ Windows, I have doubts. Do we need to keep multiple files?)
+ D What do we do about the fact that people can't read zlib-
+ compressed files manually?
o Be a little more OO to save memory in frequently
replicated structs.
o Split circuit_t into origin circuits and or circuits
o Move as many fields as reasonable out of base class.
o Re-pack structs to avoid wasted bytes.
o Split connection_t based on type field.
+ - Look into pulling serverdescs off buffers as they arrive.
- "bandwidth classes", for incoming vs initiated-here conns.
o Asynchronous DNS
@@ -108,8 +112,8 @@
- Test
- Make the Nameservers option documented, and make it work right on
reload.
- - Fail when we have no configured nameservers!
- - Make it the default on platforms where it works
+ o Fail when we have no configured nameservers!
+ - Make it the default on platforms where it works.
- Security improvements
- Directory guards