sks-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Sks-devel] Optimum number of peers


From: Andy Ruddock
Subject: Re: [Sks-devel] Optimum number of peers
Date: Sat, 23 Apr 2011 19:14:43 +0100
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20110323 Iceape/2.0.11

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Ari Trachtenberg wrote:
> Gossip protocols exhibit a thresholding phenomenon.  If everyone talks to 
> greater than a certain
> fraction of their peers, data will propagate to everyone in the network.  If 
> everyone talks to less than
> this fraction, then very few network members will get all the data.  
> Unfortunately, this fraction depends
> on many parameters of the network ...we are working on some research that may 
> give some more
> concrete answers ... but it will take a bit.
>

For me this is the important issue, it would seem that the algorithm
used handles having many peers extremely well - in that it would appear
not to lead to excessive network usage.

I've tended to keep the number of peers I have to a small number and
have traditionally only peered with those who are geographically close
(generally speaking).

I think it may be advantageous to have a small number of geographically
distant peers to prevent this "thresholding phenomenon".

For this reason I think I shall seek to peer with one or two peers in
the North American continent, and one or two in Australia/New Zealand or
Southern/Eastern Asia.

If this is deemed to be suitable my membership details are :

keyserver.rainydayz.org 11370   # Andy Ruddock
<address@hidden> 0xEEC3AFB3


>
> On Apr 21, 2011, at 9:20 AM, Robert J. Hansen wrote:
>
>>> In theory an optimal value could be computed but there are
>>> too many parameters (e.g. network delay and bandwidth...
>>
>> Additionally, these parameters are in effect constants.  The SKS algorithm 
>> will have roughly logarithmic speed in propagating keys through the network: 
>> everything else (including how many peers you're connected with) affects it 
>> only by a constant factor.
>>
>> O(lg N) speed is *fast*.  Like, really, really fast.  So my suggestion: make 
>> sure you have at least two peers and you should be golden.  Trying to make 
>> it even faster is kind of like trying to put racing stripes and aftermarket 
>> body kits on a Saturn V rocket: you can do it if you really want to, but 
>> there's not much point.  :)
>>

- -- 
Andy Ruddock
- ------------
address@hidden (GPG Key ID 0xEEC3AFB3)

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCgAGBQJNsxcTAAoJEAC80KTuw6+zCxoP/15JVxAZe6n0b7B4n3eD8yOn
n+2tdNydg7cyeJhmDxEiuCscBN42uFgDrbzpdHi/tlxPr2Cbjn6za2Js37Y5EAWm
HjfcaVWLXKIbCRWf8MGRD30gri3DLNF7+3plahD/GlTMLC/jl6Ayh3hbwBEsTXLL
arfyJVy3lbM9cOrQK0u+YT2fEVXH8xESnC2JbMNVrZUTjzvgzbXDm54GHbnts3E5
YPsABASbfB8imZ1lpBsCLfAboOItE1s31vTnUGkWidAEwr4zcwhCk9BwYXzcLDKe
LRVR8UYAyDvFkp0uwhFY2ElYMlWaWBFcK4tjT3CKj7uo3LCmF8neNVfKMm5qJ8z1
h+p/pxf5Rq+434VEHEvhTBFDrpcwRwd4LEuxUQ5vgUHf0nsAf0OkdtPxVOCJGKgy
v5ylLEJKRyNjhMPIzb48derVOqCdZOqcL/hQkst6je64oaFoxvv6CIG1CQ6+Pakf
4V1vhlwxPFZ4nAz6hlADJAbUtGplVdMrN0SigBNTGYjyOqiuxQnHALOhZRWTlXpq
UsIC6nBtuRNCFDxErCYqgvTQwI6noqmM/cDBbXuvdIdWu3R5mGSdA+KKxw3vEhos
CTRlXFcaoAXeHOu45BTEfhNVt1yDW3mMzCS1qEfdwYyyFG0uGbK7hYvEwHe5aOSw
kFvPC3xCMZkvB0ydqora
=o0A/
-----END PGP SIGNATURE-----



reply via email to

[Prev in Thread] Current Thread [Next in Thread]