From 073c4a9ae448041fdc9a0683fed49d55ae61803e Mon Sep 17 00:00:00 2001 From: Christian Grothoff Date: Wed, 9 Mar 2011 19:07:13 +0000 Subject: hxing --- src/fs/gnunet-service-fs.h | 28 ++++++++++++++++++++++++++++ 1 file changed, 28 insertions(+) (limited to 'src/fs/gnunet-service-fs.h') diff --git a/src/fs/gnunet-service-fs.h b/src/fs/gnunet-service-fs.h index d16b1a856..db9de3cb8 100644 --- a/src/fs/gnunet-service-fs.h +++ b/src/fs/gnunet-service-fs.h @@ -33,6 +33,28 @@ #include "gnunet_block_lib.h" #include "fs.h" + +/** + * Should we introduce random latency in processing? Required for proper + * implementation of GAP, but can be disabled for performance evaluation of + * the basic routing algorithm. + * + * Note that with delays enabled, performance can be significantly lower + * (several orders of magnitude in 2-peer test runs); if you want to + * measure throughput of other components, set this to NO. Also, you + * might want to consider changing 'RETRY_PROBABILITY_INV' to 1 for + * a rather wasteful mode of operation (that might still get the highest + * throughput overall). + * + * Performance measurements (for 50 MB file, 2 peers): + * + * - Without delays: 3300 kb/s + * - With delays: 101 kb/s + */ +#define SUPPORT_DELAYS GNUNET_NO + + + /** * A connected peer. */ @@ -98,6 +120,12 @@ extern double GSF_current_priorities; */ extern unsigned int GSF_cover_query_count; +/** + * How many content messages have we received 'recently' that + * have not yet been claimed as cover traffic? + */ +extern unsigned int GSF_cover_content_count; + /** * Our block context. -- cgit v1.2.3