Re: returning results for partial downloads

Michael Rogers <[email protected]>
Newsgroups gmane.network.gnutella.devel
Message-ID <[email protected]>
Zlatin Balevsky wrote:
> I believe most of these ideas are already implemented in the current
> download mesh.  What is missing are the ideas for queueing discipline.
>  That is a very interesting topic, and it would be a very exciting
> challenge to come up with schemes that can beat bittorrent's
> tit-for-tat.

I thought BitTyrant's approach was interesting: it tries to determine
the threshold at which it will be unchoked by each peer, sorts the peers
by their download/upload ratios at the threshold, and uploads to as many
as possible given the available upstream bandwidth.

http://bittyrant.cs.washington.edu/

In a sense though, it's parasitic on BitTorrent's tit for tat strategy:
it exploits the fact that once you persuade a peer to unchoke you,
there's nothing to be gained by further increasing your upload speed.

It seems to me that the prisoner's dilemma isn't the appropriate model
for this problem: uploading to one neighbour prevents you from uploading
to another, so you can't treat the situation as a set of separate
two-player games. I've been working on an extension of the prisoner's
dilemma that incorporates resource scarcity:

http://www.cs.ucl.ac.uk/staff/mrogers/sharers-dilemma.html

You can see the parallel between BitTyrant's strategy and the utility
maximisation strategy in the sharer's dilemma. Saleem Bhatti and I were
thinking of running a tournament to find good strategies for the
sharer's dilemma. Any takers? :-)

Cheers,
Michael
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.