stats for datacache
[oweals/gnunet.git] / TODO
1 0.9.0pre1:
2 * FS: [CG]
3   - search: availability probes [needed for full persistence support...]
4   - Allow checking of presence of search results and/or content via command-line tools
5     (add options to gnunet-search / gnunet-download to limit search to local peer) 
6     [needed for full persistence support...]
7   - persistence support (publish, unindex, search, download)
8   - gnunet-service-fs (hot-path routing, load-based routing, nitpicks)  
9   - [gnunet-service-fs.c:208]: member 'LocalGetContext::results_bf_size' is never used
10   - [gnunet-service-fs.c:501]: member 'PendingRequest::used_pids_size' is never used
11   - [gnunet-service-fs.c:654]: member 'ConnectedPeer::last_client_replies' is never used
12   - [gnunet-service-fs.c:669]: member 'ConnectedPeer::avg_delay' is never used
13   - [gnunet-service-fs.c:675]: member 'ConnectedPeer::avg_priority' is never used
14   - [gnunet-service-fs.c:688]: member 'ConnectedPeer::pending_requests' is never used
15   - [gnunet-service-fs.c:694]: member 'ConnectedPeer::last_p2p_replies_woff' is never used
16   - [gnunet-service-fs.c:700]: member 'ConnectedPeer::last_client_replies_woff' is never used
17   - GAP improvements:
18     + active reply route caching design & implementation of service; gap extension!
19 * MIGRATION [CG]
20   - on-demand encoding => move logic to block-library!?
21   - peer selection => how to consider latency/bw/etc?
22   - content transmission => how often the same block?
23   - how to select delay before next migration? 
24   - migration to us
25   - testing
26   - integrate with FS or not? (peer list, index/on-demand encoding, block code,
27     inbound priority assignment; all would be easier with tight integration!)
28 * TBENCH: [MW]
29   - good to have for transport/DV evaluation! 
30 * DV: [Nate]
31   - write DV API (need to move declarations from dv_api.c to gnunet_dv_service.h!)
32   - implement DV service 
33   - implement DV library (looks done)
34   - implement DV transport plugin
35   - implement testcases 
36   - implement performance tests (needs tbench)
37 * TOPOLOGY:
38   - needs more testing (especially F2F topology) & transport blacklisting
39 * UTIL:
40   - only connect() sockets that are ready (select()) [Nils]
41     [On W32, we need to select after calling socket before doing connect etc.]
42 * GNUNET-GTK:
43   - use g_main_context_set_poll_func to integrate GTK with GNUnet Scheduler!? (YUCK!)
44   - OR: add scheduler API to enable integration with GTK main loop instead of doing our own select
45   - use g_main_context_pending, g_main_context_query / g_main_context_check / g_main_context_dispatch
46     and NEVER g_main_loop_run (can this be done? might be the clean way to do this! But how
47     to integrate this with "gtk_main"?  Docu says:
48     "It's OK to use the GLib main loop directly instead of gtk_main(), though it involves 
49      slightly more typing. See GMainLoop in the GLib documentation."
50     => so maybe it "just works"?
51 * SETUP:
52   - design & implement new setup tool
53
54 0.9.0pre2:
55 * TRACEKIT: [MW]
56   - good to have for DV/DHT evaluation!
57 * DHT: [Nate]
58   - implement DHT service 
59   - implement testcases
60   - implement performance tests
61 * TRANSPORT:
62   - HTTP backend [MW]
63 * ARM: [Safey]
64   - need to get rid of synchronous API for service starts (cause all kinds of problems)
65     [=> eliminate for need to tell ARM about service starts most of the time!] [Safey]
66   - better tracking of which config changes actually need to cause process restarts by ARM.
67   - listen for requests to discover dependencies between services (and avoid
68     having to explicitly program start requests)
69   - better crash management (attach debugging support, capture and analyze
70     debug output, detect random vs. deterministic crashes)
71   - shutdown sequence?
72 * FS: [CG]
73   - datastore reservation (publishing)
74   - location URIs (publish, search, download)
75   - non-anonymous FS service (needs DHT)
76     + DHT integration for search
77     + CS-DHT-functions (DHT-put of LOC)
78     + P2P-functions (DHT-get)
79   - collection API & tests
80     + gnunet-pseudonym (collection support)
81   - implement FS performance tests
82     + insert
83     + download
84     + search
85     + unindex
86 * MIGRATION:
87   - improved content selection (not just 'get_random')
88
89 0.9.0pre3:
90 * Determine RC bugs and fix those!
91 * TESTING: [Nate]
92   - modify configuration to allow controlling connections for non-local starts
93   - testbed creation with topology (needs working F2F topology) 
94   - testbed with churn 
95   - implement testcases for distributed testing
96   - test basic peer re-configure 
97   - test topology creation 
98   - test churn generation 
99   - consider changing API for peer-group termination to 
100     call continuation when done
101 * NAT/UPNP: [MW]
102   - finalize API design
103   - code clean up
104   - testing
105   - integration with transport service
106 * MYSQL database backends: [CG]
107   - datacache
108   - datastore
109 * FS:
110   - reconstruct IBLOCKS from DBLOCKS if possible (during download; see FIXME in fs_download)
111
112
113 0.9.0:
114 * new webpage:
115   - expand bibliography
116   - convert documentation pages to books
117   - update books (especially for developers)
118   - create good Drupal theme for GNUnet
119   - make a NICE download page and figure out how to enable developers to publish TGZs nicely
120   - port "contact" page
121   - add content type for "todo" items?
122 * POSTGRES database backends: [CG]
123   - datacache
124   - datastore
125 * Determine RC bugs and fix those!
126
127 0.9.x:
128 * TRANSPORT: [MW]
129   - SMTP transport backend
130   - HTTPS transport backend
131     + improved HTTPS support in MHD
132     + actual plugin
133   - Implement method of learning our external addresses from
134     other peers; need some kind of threshold-based
135     scheme, limiting both the total number of addresses that we accept 
136     this way as well as requiring multiple confirmations; also, we
137     should possibly try to confirm that the given address works for
138     us ourselves (loopback-style) before adding it to the list
139     + we may be able to simplify WELCOME messages (no need to add 
140       addresses there anymore, but may help to learn them there anyway...).
141     + we probably want some kind of voting/counting for learning IP addresses
142       (maybe including IP addresses in ads proportional to how often others
143        report them? we at least need some protection against >64k HELLOs!),
144     + provide a way to give the user a list of "learned" IP addresses and
145       a way to easily "veto" addresses off the list!
146       => If MiM attacker uses vetoed address, blacklist the specific IP for
147          the presumed neighbour!
148   - implement gnunet-transport (transport configurator / tester)
149   - UPnP-based IP detection
150     (Note: build library always, build service when libxml2/etc. are available)
151 * FS: [CG]
152   - Remove KBlocks in gnunet-unindex (see discussion with Kenneth Almquist on gnunet-devs in 9/2009)
153 * PEERINFO: [CG]
154   - expire 'ancient' HELLOs (those without valid addresses AND that 
155     we have not 'used' (for their public keys) in a while; need a way
156     to track actual 'use')
157   - make sue we also trigger notifications whenever HELLOs expire
158 * VPN
159
160
161
162 Optimizations:
163 * TCP:
164   - should use hash map to look up sessions
165 * STATISTICS:
166   - should use BIO instead of mmap
167 * TRANSPORT:
168   - need to periodically probe latency/transport cost changes & possibly switch transport
169   - should use hash map to look up Neighbours (service AND plugins!)
170 * HOSTLIST:
171   - 'server' uses 'GNUNET_PEERINFO_iterate', should probably switch to notification API
172     (for more instant / up-to-date hostlists at lower cost) [done by MW?]
173 * DATASTORE (?):
174   - check for duplicates on insertion (currently, same content is frequently
175     stored again [seen with KBLOCKS and SBLOCKS]!)
176 * PEERINFO:
177   - merge multiple HELLOs of the same peer in the transmission queue
178     (theoretically reduces overhead; bounds message queue size)
179   - merge multiple iteration requests over "all" peers in the queue
180     (theoretically reduces overhead; bounds messgae queue size)
181
182 Minor features:
183 * TCP:
184   - repeatedly resolve hostname and look up interfaces to determine our own IP
185   - [./transport/plugin_transport_tcp.c:391]: (style) struct or union member 'Plugin::address_update_task' is never used (related to issue above)
186 * TRANSPORT:
187   - [./transport/gnunet-service-transport.c:173]: (style) struct or union member 'TransportPlugin::rebuild' is never used (related to TCP not refreshing external addresses?)
188 * BLOCKS:
189   - testcase would be nice...