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.