[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [GNUnet-developers] core stats & cadet/DHT use
From: |
David Barksdale |
Subject: |
Re: [GNUnet-developers] core stats & cadet/DHT use |
Date: |
Wed, 18 Mar 2015 08:14:23 -0500 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 |
On 03/18/2015 05:51 AM, Christian Grothoff wrote:
> Hi!
>
> I just tried to analyze the network traffic profile of my peer
> at the "core" level, to get a better idea of where we are
> performance-wise.
>
>
> Total observed:
> ===============
> # encrypted bytes given to transport: 1051171301
> # bytes encrypted: 1000261123
> # bytes of payload decrypted: 1027526214
> # bytes decrypted: 1066727660
>
> So we are talking about ~1 GB in/out.
>
> Main contributors:
> ==================
> # bytes of messages of type 138 received: 578621700 57%
> file-sharing (result data)
> # bytes of messages of type 137 received: 12724384 1%
> file-sharing (queries)
>
> # bytes of messages of type 146 received: 188849811 18% DHT PUT
> # bytes of messages of type 147 received: 135020348 13% DHT GET
> # bytes of messages of type 148 received: 36362860 4% DHT RESULT
>
> # bytes of messages of type 262 received: 33749044 3% CADET KX
>
> # bytes dropped (out of sequence): 21288419 2% lost
> # bytes dropped (duplicates): 37483
>
> Note that this is a peer that was just started, with no local
> user interaction. I expect CADET traffic to increase once
> more users start to actually use CADET-based applications.
> 3% of the DHT queries originated locally, from CADET.
>
> I'm a bit surprised at the very good FS query/result ratio, but
> that may be because the network is still small (NSE = ~25).
The result numbers are probably so high because of content migration.
Peers are sending results without any queries.
signature.asc
Description: OpenPGP digital signature