[BitTorrent] Re: bt2 protocol features

Olaf van der Spek OvdSpek at LIACS.NL
Thu Jul 15 19:54:22 EDT 2004

> I think this suggests that clients should be fairly aggressive about
> dropping unused peers, if things change they can reconnect later. You do

Why not just not send any messages?

> want to keep some peers around just in case your active ones disconnect,
> but you don't want that number to be large. Looking at the statistics, it
> looks like the mainline look for 35 peers is pretty reasonable, while the
> general number cited for bandwidth aproximations, 100, is pretty
> ridiculous. I think clients should take steps to strongly discourage
> users from changing it as it won't help them.
> For distributing piece hashes I think that is a pretty accurate
> description.  :-)  For retrieving block hashes after a piece has been
> found to be defective it is reasonable. With the piece hashes the problem
> is you're going to need too many of them for it to be worthwhile to
> retrieve them 8 at a time. Figure you'll likely want to retrieve a
> minimum of 1024 at a time.

That'd mean 16 mbyte of data was invalid.
Isn't that kinda much with piece sizes <= 2 mb?

------------------------ Yahoo! Groups Sponsor --------------------~--> 
Make a clean sweep of pop-up ads. Yahoo! Companion Toolbar.
Now with Pop-Up Blocker. Get it for free!

Yahoo! Groups Links

<*> To visit your group on the web, go to:

<*> To unsubscribe from this group, send an email to:
    BitTorrent-unsubscribe at yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:

More information about the BitTorrent mailing list