[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 mailing list