o just love to see this in utorrent

[seed.helper]

the pieces that everyone has

thanks for this tiny excelent program called utorrent

[Switeck]

It takes considerable extra bandwidth to track exactly what pieces EVERYONE has realtime.

[DreadWingKnight]

Switeck: have messages and the bitfield.

http://wiki.theory.org/BitTorrentSpecification

[seed.helper]

ok ok i understand

well like the azureus... and i dont note diference in downloading

thanks people

[Switeck]

peers are extremely unlikely to download pieces that they already have, a peer may choose not to advertise having a piece to a peer that already has that piece. At a minimum "HAVE supression" will result in a 50% reduction in the number of HAVE messages, this translates to around a 25-35% reduction in protocol overhead. At the same time, it may be worthwhile to send a HAVE message to a peer that has that piece already since it will be useful in determining which piece is rare.

A malicious peer might also choose to advertise having pieces that it knows the peer will never download. Due to this attempting to model peers using this information is a bad idea.

[ICleolion]

Bloat feature. The combination of the relevance column and the new colour coding in the files tab gives you the information you need.

[Ultima]

IMHO, only as much bloat as the other graph columns (though I don't really care much for such a feature either).