[bittorrent] Introductory/endgame algorithms
Olaf van der Spek
olafvdspek at gmail.com
Fri Sep 23 09:00:11 EDT 2005
On 9/23/05, Andreas Aardal Hanssen <bittorrent at andreas.hanssen.name> wrote:
> On Fri, 23 Sep 2005, Olaf van der Spek wrote:
> >> That does sound like a good approach. I have seen serious trashing when
> >> I've got something like 100+ connections downloading the same piece, but
> >> solved that problem by randomizing the blocks I download in warmup/endgame
> >> mode. Tests show that one peer usually gives me everything fairly quickly,
> >> but when several are giving me the same pieces concurrently, randomness
> >> ensures that I get one full piece with only about 3-4x overhead. This
> >> works very well for warming up also.
> >In end-mode, how much requests do you have pending for a single peer?
> I always fill up the pipeline whenever I can. If one peer can give me all
> pending blocks fast, it'll save everyone else the bandwidth when the
> pieces are canceled.
I limit the number of pending requests to one to avoid receiving
duplicates and to reduce the number of cancels that have to be send.
More information about the BitTorrent