[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[GNUnet-SVN] r25615 - gnunet-java
From: |
gnunet |
Subject: |
[GNUnet-SVN] r25615 - gnunet-java |
Date: |
Fri, 21 Dec 2012 12:01:19 +0100 |
Author: dold
Date: 2012-12-21 12:01:19 +0100 (Fri, 21 Dec 2012)
New Revision: 25615
Modified:
gnunet-java/ISSUES
Log:
issues
Modified: gnunet-java/ISSUES
===================================================================
--- gnunet-java/ISSUES 2012-12-21 10:51:22 UTC (rev 25614)
+++ gnunet-java/ISSUES 2012-12-21 11:01:19 UTC (rev 25615)
@@ -348,3 +348,28 @@
* is that the "greatest overlap common to all n peer identities and a random
key"
or the "greatest overlap between a random key and one of the n peer
identities"? (should be latter)
+
+---------------------------------------------------------------
+
+* collisions are actually happening unexcpectedly often, am I doing something
wrong?
+* if i don't hash the (random) hash again before using it for the bucket id, i
get *far* more collisions. why??
+* performance is not that good, any suggestions?
+ * using smaller hashes / faster hash function
+* can / should I use alloca?
+* measuring time: should i do it this way?
+
+* introduce parameter "exchange frequency" for consensus begin
+
+* idea for consensus api:
+ * conclude callback gives list of consensuses, with peers in consensus and
and an ID
+ * => not too much changed
+ * the ID can be used to to get rid of the excluded elements, something like
+ * iterate_excluded_elements (ConsensusId id, ConsensusRemoveIterator
iterator)
+
+
+merge of gnunet-consensus-start-peers:
+* mailed sree harsha about testbed questions, said code in
gnunet-testbed-profiler is outdated anyway, wants to merge them himself.
+
+
+
+
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [GNUnet-SVN] r25615 - gnunet-java,
gnunet <=