That's because the right answer is to mix rarest first and earliest first: *``Balancing Throughput, Robustness, and In-Order Delivery in P2P VoD''* http://www.cs.cmu.edu/~dga/papers/conext2010-vod.pdf
In a nutshell: Rarest first gives you a very robust system, because no chunk becomes the bottleneck. But it gives you poor playback speed. Earliest first gives you good playback, but the later chunks in the movie are very poorly replicated. A mix of both, giving just enough b/w to earliest-first to meet your playback target, gives you the best of both worlds. -Dave On Thu, Feb 21, 2013 at 5:33 PM, Tony Arcieri <[email protected]>wrote: > For what it's worth, myself and many others have experimented with an > "earliest first" instead of "rarest first" download policy in BitTorrent. > My personal experience? Failure. But maybe others have been having better > success. > > I've also played with BitTorrent Live and experienced similar failure. > I've had much better luck with Tahoe ;) > > > On Thu, Feb 21, 2013 at 12:46 PM, Adam Fisk <[email protected]> wrote: > >> Hi All- >> >> >> A friend is interested in paying a talented developer to add >> BitTorrent streaming (really progressive downloading) support to VLC. >> Anyone interested, or know someone who might be? More info: >> >> >> http://torrentfreak.com/open-source-giant-vlc-mulls-bittorrent-support-130211/ >> http://pastebin.com/AMPGKF7P >> https://www.elance.com/job/37545182/proposals >> >> -- >> -- >> Adam >> pgp A998 2B6E EF1C 373E 723F A813 045D A255 901A FD89 >> _______________________________________________ >> p2p-hackers mailing list >> [email protected] >> http://lists.zooko.com/mailman/listinfo/p2p-hackers >> > > > > -- > Tony Arcieri > > _______________________________________________ > p2p-hackers mailing list > [email protected] > http://lists.zooko.com/mailman/listinfo/p2p-hackers > >
_______________________________________________ p2p-hackers mailing list [email protected] http://lists.zooko.com/mailman/listinfo/p2p-hackers
