diff options
Diffstat (limited to 'TODO')
-rw-r--r-- | TODO | 77 |
1 files changed, 35 insertions, 42 deletions
@@ -1,67 +1,42 @@ | |||
1 | 0.9.0pre1: | 1 | 0.9.0pre2: |
2 | * TRANSPORT: | ||
3 | - HTTP backend [MW] | ||
4 | * CORE: | ||
5 | - derived key generation [Nils] | ||
6 | * UTIL: | 2 | * UTIL: |
7 | - only connect() sockets that are ready (select()) [Nils] | 3 | - only connect() sockets that are ready (select()) [Nils] |
8 | [On W32, we need to select after calling socket before doing connect etc.] | 4 | [On W32, we need to select after calling socket before doing connect etc.] |
9 | * BUGS: | 5 | * TRANSPORT: |
10 | Jun 27 11:51:54 core-7670 ERROR Assertion failed at gnunet-service-core.c:3616. | 6 | - HTTP backend [MW] |
11 | (transport notified us that we connected to ourselves!!!) | 7 | - Jun 27 11:51:54 core-7670 ERROR Assertion failed at gnunet-service-core.c:3616. |
12 | 8 | (transport notified us that we connected to ourselves!!!) | |
13 | 0.9.0pre2: | ||
14 | * CORE: | 9 | * CORE: |
15 | - transport-level disconnect (i.e. TCP) does not cause core-level | 10 | - transport-level disconnect (i.e. TCP) does not cause core-level |
16 | disconnect in a timely fashion (waits for connection timeout); | 11 | disconnect in a timely fashion (waits for connection timeout); |
17 | need to figure a way to make it near-instant in those cases | 12 | need to figure a way to make it near-instant in those cases |
18 | (i.e. rapid reduction in timeout on transport-level disconnect) | 13 | (i.e. rapid reduction in timeout on transport-level disconnect) [CG] |
19 | - encrypted P2P transmission (loopback) tops at 2 MB/s on my quad-core; | 14 | - derived key generation [Nils] |
20 | why is it so slow? Fix! (see core_api_reliability test) | ||
21 | - implement API to get notifications about bandwidth assignments to individual peers | ||
22 | - implement API to get notifications about updates to liveness of individual peers (before disconnect) | ||
23 | * STATISTICS: | ||
24 | - implement notification-based statistics API | ||
25 | * PEERINFO [CG] | ||
26 | - better API for trust management (or move into FS!?) | ||
27 | * TOPOLOGY: | ||
28 | - needs more testing (especially F2F topology) & transport blacklisting | ||
29 | * TBENCH: [MW] | ||
30 | - good to have for transport/DV evaluation! | ||
31 | * DV: [Nate] | ||
32 | - implement performance tests (needs tbench) | ||
33 | * DHT: [Nate] | 15 | * DHT: [Nate] |
34 | - implement DHT service | 16 | - implement DHT service |
35 | - implement testcases | 17 | - implement testcases |
36 | - implement performance tests | 18 | - implement performance tests |
37 | * MONKEY: [Safey] | ||
38 | - better crash management (attach debugging support, capture and analyze | ||
39 | debug output, detect random vs. deterministic crashes) | ||
40 | * ARM: [CG] | ||
41 | - handle gnunet-arm -k in combination with auto-start magic (what is the right thing here?) | ||
42 | - discover dependencies between services | ||
43 | * FS: [CG] | 19 | * FS: [CG] |
44 | - trust & peerinfo integration | 20 | - publishing a directory sets the embedded filename to "empty" |
45 | - load considerations (migration, routing) | 21 | (likely an issue with cutting off everything before '/' in the filename, |
22 | which in the case of a directory would leave nothing) | ||
23 | - trust: do not charge when "idle" / load considerations (migration, routing) | ||
46 | - bound our priorities based on priorities used by other peers | 24 | - bound our priorities based on priorities used by other peers |
47 | - artificial delays | ||
48 | - active reply route caching design & implementation of service; gap extension! | ||
49 | - datastore reservation (publishing) | 25 | - datastore reservation (publishing) |
50 | - location URIs (publish, search, download) | ||
51 | - unindex on index failure | 26 | - unindex on index failure |
27 | - listing of learned namespaces | ||
28 | - collection API & tests | ||
29 | + gnunet-pseudonym (collection support) | ||
30 | - artificial delays | ||
31 | - active reply route caching design & implementation of service; gap extension! | ||
52 | - utilize in-line files in meta data always (including in search results or | 32 | - utilize in-line files in meta data always (including in search results or |
53 | when download is triggered manually and for probes); currently the data is | 33 | when download is triggered manually and for probes); currently the data is |
54 | only used when users do a general 'recursive' download | 34 | only used when users do a general 'recursive' download |
35 | - location URIs (publish, search, download) | ||
55 | - non-anonymous FS service (needs DHT) | 36 | - non-anonymous FS service (needs DHT) |
56 | + DHT integration for search | 37 | + DHT integration for search |
57 | + CS-DHT-functions (DHT-put of LOC) | 38 | + CS-DHT-functions (DHT-put of LOC) |
58 | + P2P-functions (DHT-get) | 39 | + P2P-functions (DHT-get) |
59 | - listing of learned namespaces | ||
60 | - collection API & tests | ||
61 | + gnunet-pseudonym (collection support) | ||
62 | - publishing a directory sets the embedded filename to "empty" | ||
63 | (likely an issue with cutting off everything before '/' in the filename, | ||
64 | which in the case of a directory would leave nothing) | ||
65 | - implement FS performance tests | 40 | - implement FS performance tests |
66 | + insert | 41 | + insert |
67 | + download | 42 | + download |
@@ -101,6 +76,13 @@ | |||
101 | - implement download by URI dialog; figure out where to display those downloads! | 76 | - implement download by URI dialog; figure out where to display those downloads! |
102 | - figure out where in the GUI we should show active uploads/unindex operations and allow aborts | 77 | - figure out where in the GUI we should show active uploads/unindex operations and allow aborts |
103 | - handle 'lost parent' case for recursive downloads (need to move children!) | 78 | - handle 'lost parent' case for recursive downloads (need to move children!) |
79 | * MONKEY: [Safey] | ||
80 | - better crash management (attach debugging support, capture and analyze | ||
81 | debug output, detect random vs. deterministic crashes) | ||
82 | * TBENCH: [MW] | ||
83 | - good to have for transport/DV evaluation! | ||
84 | * DV: [Nate] | ||
85 | - implement performance tests (needs tbench) | ||
104 | 86 | ||
105 | 87 | ||
106 | 0.9.0pre3: | 88 | 0.9.0pre3: |
@@ -113,6 +95,8 @@ | |||
113 | - test basic peer re-configure | 95 | - test basic peer re-configure |
114 | - consider changing API for peer-group termination to | 96 | - consider changing API for peer-group termination to |
115 | call continuation when done | 97 | call continuation when done |
98 | * TOPOLOGY: | ||
99 | - needs more testing (especially F2F topology) & transport blacklisting | ||
116 | * NAT/UPNP: [MW] | 100 | * NAT/UPNP: [MW] |
117 | - finalize API design | 101 | - finalize API design |
118 | - code clean up | 102 | - code clean up |
@@ -127,6 +111,10 @@ | |||
127 | - use different 'priority' for probe downloads vs. normal downloads | 111 | - use different 'priority' for probe downloads vs. normal downloads |
128 | * ARM: [CG/Safey] | 112 | * ARM: [CG/Safey] |
129 | - better tracking of which config changes actually need to cause process restarts by ARM. | 113 | - better tracking of which config changes actually need to cause process restarts by ARM. |
114 | - handle gnunet-arm -k in combination with auto-start magic (what is the right thing here?) | ||
115 | - discover dependencies between services | ||
116 | * STATISTICS: | ||
117 | - test notification-based statistics API | ||
130 | * SETUP: | 118 | * SETUP: |
131 | - design & implement new setup tool | 119 | - design & implement new setup tool |
132 | 120 | ||
@@ -175,6 +163,8 @@ | |||
175 | to track actual 'use') | 163 | to track actual 'use') |
176 | - make sue we also trigger notifications whenever HELLOs expire | 164 | - make sue we also trigger notifications whenever HELLOs expire |
177 | * VPN | 165 | * VPN |
166 | * UTIL: | ||
167 | - allow limiting UNIX socket access by UID/GID | ||
178 | 168 | ||
179 | 169 | ||
180 | 170 | ||
@@ -193,6 +183,9 @@ Optimizations: | |||
193 | (theoretically reduces overhead; bounds messgae queue size) | 183 | (theoretically reduces overhead; bounds messgae queue size) |
194 | * FS: | 184 | * FS: |
195 | - use different queue prioritization for probe-downloads vs. normal downloads (!?) | 185 | - use different queue prioritization for probe-downloads vs. normal downloads (!?) |
186 | * CORE: | ||
187 | - encrypted P2P transmission (loopback) tops at 2 MB/s on my quad-core; | ||
188 | why is it so slow? Fix! (see core_api_reliability test) | ||
196 | 189 | ||
197 | Minor features: | 190 | Minor features: |
198 | * TCP: | 191 | * TCP: |