-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 04/30/2012 07:27 PM, Michael Grube wrote:
>> Right. Funnily enough, the swapping algorithm is most concisely 
>> described in the Pitch Black paper. I'd suggest that as a 
>> reference for quick implementation.

Thanks for the suggestion; will do.

On 05/01/2012 07:48 AM, Zlatin Balevsky wrote:
> There was a study that higher uptime correlated with the 
> probability of further uptime so if you shift bias towards 
> low-uptime nodes you could end will lower overall reliability.  It 
> was done on a different network with different usage patterns but 
> imho you should definitely treat node uptime as a parameter in any 
> simulations.

So simulating this would mean an initial connection, then
disconnection and reconnection cycles as low-uptime nodes be
low-uptime? As far as bias towards low-uptime nodes affecting
reliability, it's worth noting that all this talk of
Metropolis-Hastings is only relevant to the new probe routing and
doesn't affect the existing routing behaviors. If this routing
includes low-uptime nodes that's good! It would mean a more uniform
selection of endpoints which allows more accurate and comprehensive
measurement of the network.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBAgAGBQJPpMAZAAoJECLJP19KqmFuooQQAMIH3I4C5ARaZGlItAnGNU0f
kbm835bikBcN+NW2ICAzojS/tvirnDX4FPSGs+jyolUYse915MCWQRXLLi14G1VN
5pFfpm9cNHxqZB1fl4Cr7ndcBy6KFV0qzNK+K/RA4sCPGhiU63GaInPGEeoXwpFL
I310RDaHGgGwbxcRokgnwg+6pPGqwSwOy/v7C+gu8ayfoD7ebP+Ow2fcjEmDDV/g
OJwfbnveiGkdDaHb6GA5jpFgrkqSbod7TDKXp0+vXp9XL4wpcI7f486kDCFEplTp
E5K0UoWoNVYgSHjrffELhdQy3ehrQHaSayBUaOm4K3bI2VRni1UIOlm4ixkqa4m1
09NAy39HYc2xlnyyBh8/zx1L/6l6SG0Thkms2uhhm4gnCYySYHzTxn3fXpuclUIU
15THxZocCd8rQxZzwooOSSseGdxG3S5cBYsttOX1VJiyUZjdBS1cg9uNF38bm2d/
/qZwt87a1hVyQ47U6O36BX7E8hT5aYbskPLGdF74xI1QiSIn8ZQO46Q9thBTytHs
AxbTr568pvSYqbhC/N4PrxESiMxNoj5agP9Jo4MV5pd8QD4rVahPZoSyLM7qyyp3
uRR+vEo8zjSxCzZj/TQUfuvb8QsUvkHuuR0+6jod4s9y0DnkszndJ05dqydSLQu/
pCZT1uUEoXqJ4us1IC3e
=gMU0
-----END PGP SIGNATURE-----
_______________________________________________
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Reply via email to