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
_______________________________________________ GNUnet-developers mailing list [email protected] https://lists.gnu.org/mailman/listinfo/gnunet-developers
