Jump to content

Super-seeding: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
No edit summary
Undid revision 326751107 by 82.131.149.68 (talk)
Line 1: Line 1:
'''Super-seeding''' is a feature of some [[BitTorrent (protocol)|BitTorrent]] [[Client (computing)|clients]] that attempts to minimize the amount of data which must be uploaded by the original seed until the first completion of a downloading peer. The feature was conceived by John Hoffman and first implemented in the [[BitTornado]] client in 2003. This feature is intended to be used when there is only one [[Terminology of BitTorrent|seed]].
'''Super-seeding''' is aincoming connections. If many seeds on a mature torrent are using super seed mode, the performance of the torrent will be limited.

Super seeding is a change in the behavior of [[Terminology of BitTorrent|seeds]] and may be implemented without violating the BitTorrent protocol.

== Operation ==
{{For|a more detailed description of the protocol|BitTorrent (protocol)}}

Rather than claiming to have every piece from the outset, the seeder claims to have no pieces. As peers connect, the seed will inform a peer that it has received a new piece, one that has not yet been sent to any other peers. The seed then unchokes the peer and allows it to download the piece. The seed will not upload another piece to the same peer until the seed receives confirmation from other peers that the piece has been uploaded again.

==Effects==
The intent is that a super seeder will usually upload fewer bits before downloaders begin to complete, than a standard seed, by strictly limiting the uploading of duplicate pieces. That does not necessarily mean that the uploading will take less time. The time it takes for the first completion of a downloader, when super seeding, becomes limited by the upload rate of the peers connected to it. Further, the seed does not have global information about piece distribution and may not be informed of a piece being uploaded because it was uploaded to a peer not connected to the seed. That is particularly a problem if the seed cannot accept incoming connections. If many seeds on a mature torrent are using super seed mode, the performance of the torrent will be limited.
Super seed mode is most useful for seeds that pay for upload bandwidth by the byte. In that case, super seeding makes sense as it minimizes the costs required to seed a torrent. Also, when you have a low upload speed super seed is very efficient. In other cases, the benefits of super seeding are not so clear. The configuration of peers and their individual upload capacities over the spectrum of individual torrents varies widely.
Super seed mode is most useful for seeds that pay for upload bandwidth by the byte. In that case, super seeding makes sense as it minimizes the costs required to seed a torrent. Also, when you have a low upload speed super seed is very efficient. In other cases, the benefits of super seeding are not so clear. The configuration of peers and their individual upload capacities over the spectrum of individual torrents varies widely.


Testing by one group found that super seeding can help save an upload ratio of around 20%. It works best when the upload speed of the seed is greater than that of individual peers.<ref name='Chen2008'> {{Citation| first=Zhijia | last=Chen| coauthors=Yang Chen, Chuang Lin| contribution=Experimental Analysis of Super-Seeding in BitTorrent| title=ICC '08. IEEE International Conference on Communications, 2008. ICC '08.| editor-first=| editor-last=| coeditors=| publisher=IEEE| place=Beijing, China| pages=65| date=[[2008-05-30]]| year=2008| doi= 10.1109/ICC.2008.20| contribution-url=| format=| accessdate=2008-06-13 }}</ref>
Testing by one group found that *[[BitSpirit]]

The overall positive effect is not reserved only for the initial seeder, however, since the method creates multiple seeds in a more efficient manner than "average" seeding in a limited number of cases (one seeder, multiple incomplete peers). In theory, once the initial seeder uploads one complete copy of the file, multiple new seeds should emerge in a matter of minutes, thus boosting the overall uploading speed of the [[Terminology of BitTorrent|swarm]]. In practice, the results may vary for various reasons.

==Stalling problem==
Super seeding transfers stall when there is only one downloading client. The seeders will not send more data until a second client receives the data. To avoid this, [[rTorrent]] continues to offer more pieces to the peers without waiting for confirmation, until it is uploading at its configured capacity[http://libtorrent.rakshasa.no/wiki/RTorrentInitialSeeding]. This improves the upload speed until enough peers have joined the swarm, at the cost of not being able to detect cheating peers. [[Vuze]] uses an unknown method to prevent stalling, but it still limits upload speed. It is not known if any other implementations use a timeout or other solution. When uploading to a single client, it's recommended to disable super-seeding.

==Supporting clients==
*[[ABC (Yet Another BitTorrent Client)]]
*[[Anatomic P2P]]
*[[BitSpirit]]
*[[BitTornado]]
*[[BitTornado]]
*[[BitTorrent (software)|BitTorrent]] version 6.0
*[[BitTorrent (software)|BitTorrent]] version 6.0
*[[Burst!]] (using the shad0w or
*[[Burst!]] (using the shad0w or hurricane cores)
*[[rTorrent]] version [http://rakshasa.no/pipermail/libtorrent-devel/2008-May/001586.html 0.8.2]
*[[µTorrent]] (Windows version only)
*[[Vuze]] (formerly Azureus)

==References==
{{reflist}}

==External links==
*[http://bittornado.com/docs/superseed.txt Description of original super-seed algorithm in BitTornado]
*[http://www.zeropaid.com/news/8945/STUDY:+'Examining+the+Myths+and+Facts+Concerning+BitComet+Behavior' Report by Robb Toploski] (''Issue #4 & 5 are regarding Super Seeding'')


{{BitTorrent}}

[[Category:BitTorrent]]

[[de:BitTorrent#Superseeding]]
[[pl:Super-seeding]]
[[ru:Суперсид]]

Revision as of 17:03, 19 November 2009

Super-seeding is a feature of some BitTorrent clients that attempts to minimize the amount of data which must be uploaded by the original seed until the first completion of a downloading peer. The feature was conceived by John Hoffman and first implemented in the BitTornado client in 2003. This feature is intended to be used when there is only one seed.

Super seeding is a change in the behavior of seeds and may be implemented without violating the BitTorrent protocol.

Operation

Rather than claiming to have every piece from the outset, the seeder claims to have no pieces. As peers connect, the seed will inform a peer that it has received a new piece, one that has not yet been sent to any other peers. The seed then unchokes the peer and allows it to download the piece. The seed will not upload another piece to the same peer until the seed receives confirmation from other peers that the piece has been uploaded again.

Effects

The intent is that a super seeder will usually upload fewer bits before downloaders begin to complete, than a standard seed, by strictly limiting the uploading of duplicate pieces. That does not necessarily mean that the uploading will take less time. The time it takes for the first completion of a downloader, when super seeding, becomes limited by the upload rate of the peers connected to it. Further, the seed does not have global information about piece distribution and may not be informed of a piece being uploaded because it was uploaded to a peer not connected to the seed. That is particularly a problem if the seed cannot accept incoming connections. If many seeds on a mature torrent are using super seed mode, the performance of the torrent will be limited.

Super seed mode is most useful for seeds that pay for upload bandwidth by the byte. In that case, super seeding makes sense as it minimizes the costs required to seed a torrent. Also, when you have a low upload speed super seed is very efficient. In other cases, the benefits of super seeding are not so clear. The configuration of peers and their individual upload capacities over the spectrum of individual torrents varies widely.

Testing by one group found that super seeding can help save an upload ratio of around 20%. It works best when the upload speed of the seed is greater than that of individual peers.[1]

The overall positive effect is not reserved only for the initial seeder, however, since the method creates multiple seeds in a more efficient manner than "average" seeding in a limited number of cases (one seeder, multiple incomplete peers). In theory, once the initial seeder uploads one complete copy of the file, multiple new seeds should emerge in a matter of minutes, thus boosting the overall uploading speed of the swarm. In practice, the results may vary for various reasons.

Stalling problem

Super seeding transfers stall when there is only one downloading client. The seeders will not send more data until a second client receives the data. To avoid this, rTorrent continues to offer more pieces to the peers without waiting for confirmation, until it is uploading at its configured capacity[1]. This improves the upload speed until enough peers have joined the swarm, at the cost of not being able to detect cheating peers. Vuze uses an unknown method to prevent stalling, but it still limits upload speed. It is not known if any other implementations use a timeout or other solution. When uploading to a single client, it's recommended to disable super-seeding.

Supporting clients

References

  1. ^ Chen, Zhijia (2008-05-30), "Experimental Analysis of Super-Seeding in BitTorrent", ICC '08. IEEE International Conference on Communications, 2008. ICC '08., Beijing, China: IEEE, p. 65, doi:10.1109/ICC.2008.20 {{citation}}: |access-date= requires |url= (help); Check date values in: |date= (help); Cite has empty unknown parameter: |coeditors= (help); Unknown parameter |coauthors= ignored (|author= suggested) (help)CS1 maint: date and year (link)