Re: returning results for partial downloads

Michael Rogers <[email protected]>
Newsgroups gmane.network.gnutella.devel
Message-ID <[email protected]>
Serguei Osokine wrote:
> 	Perhaps I was not clear enough. Let's say there are only two
> types of clients. Utility maximizers were never invented. In this
> case, it looks like your success metrics does not work, benefiting
> leechers for no good reason. This makes me doubt the utility of such
> metrics as a whole - if it does not work in a simple model situation,
> how do I know that it will behave itslef correctly in a complex
> scenario? Shouldn't there be a measure of algorithm success that
> would work in all known field of situations?

Sorry, I see what you mean now. There are two goals: the algorithm must
be beneficial to users who adopt it, otherwise it won't be adopted, and
it must be beneficial to the network as a whole. So there are two
metrics: relative download speed obtained by users of the algorithm
compared to users of other algorithms, and total download speed when
everyone uses the algorithm.

I did some experiments a while back with mixtures of three strategies:
free riders (never upload), altruists (upload to all peers equally) and
reciprocators (maximise utility). The results are in section 6 of this
tech report if you're interested:

http://www.cs.ucl.ac.uk/staff/mrogers/transfer-report.pdf

I've also run some evolutionary simulations that show similar results:
from almost any initial conditions, the population stabilises to a
randomly fluctuating mixture of reciprocators and altruists, with free
riders almost eliminated. But I haven't looked at how utility
maximisation competes with other selfish strategies like stochastic tit
for tat.

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.