[Top][All Lists]
[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-----
Re: [Sks-devel] Optimum number of peers, robert.O, 2011/04/21