[p2p-hackers] Keep Alive and network performance
Matthew Gertner
matthew at allpeers.com
Thu Feb 9 09:34:19 UTC 2006
Daniel B. wrote:
> Keep alive is both a missing component in practical P2P and a reason
> why P2P is also hard to make practical.
>
> The trap is that the keep-alive is between two machines. Imagine
> hundreds of thousands of machines!!!! Even with small signatures
> matching each machine, we are talking about a flooded network. A
> secondary trap is managing reliability. Reliability in P2P is not
> moving bytes back and forth, but also taking into account the machine
> may be a laptop or other personal computer that has a pathetic uptime.
>
> The better choice is online/offline signaling and optimistic
> communications with good error control.
I assume that by "optimistic communications" you mean that we should
assume a connection exists and confirm this using periodic pings? Isn't
this basically the equivalent of KA? It seems to me that the fundamental
tradeoff is speed of notification vs. extra network traffic (i.e. you
know more quickly when someone's network connection is cut if you ping
more often), and this is the case both for KA and for a custom
optimistic approach that uses pings. Am I missing something?
Cheers,
Matt
More information about the P2p-hackers
mailing list