cornel panceac wrote:
otoh, it's exactly what torrent.fedoraproject.org <http://torrent.fedoraproject.org> is doing. let's say for the sake of simplicity that the maximum number of clients torrent.fedoraproject.org <http://torrent.fedoraproject.org> can get is ten. once the eleventh client wants the bits, it will no longer get them from the main site but instead from the other leechers. and yes, torrent can get only the different bytes between rc2 and rc1, if you already have rc1.
Bittorrent does let you save space, but it's not as efficient in this regard as either rsync or deltaisos. Rsync (and bittorrent) also have the disadvantage that they let you start with a file which can be very different from the end file, which generates lots of bandwidth. Deltaisos starting with the Preview only work if you already have the Preview, which is both widely available on other mirrors and very close to the final file. So putting only disos instead of full isos on the RC server ensures that each downloader pulls much less bandwidth from the RC server than at present. Also, if there is more than one RC, additional disos could be provided from RC(n) to RC(n+1). These should be much smaller than those from Preview to RC, which should already be about 1/15 the size of the full ISO.
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature
-- fedora-test-list mailing list fedora-test-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list
