pic*_*ic0 4 transmission libtorrent torrent
有没有人为种子创建填充文件?如今有多少客户使用这些东西?“填充文件”是否全面?
我在诸如ctorrent,ttorent,trasmission等的新客户中没有发现此功能。
您是否具有此功能的实现或有关此功能的一些理论或历史?
我会很感激的答案!
此功能最初是由BitComet实现的(我认为实现质量相当差)是一种使取消选择某些文件的下载变得更简单的方法。由于bittorrent会下载片段,因此片段可能会跨越多个文件。否则,当取消选择某些文件时,您可能仍会获得文件的第一位和最后一位(因为它与其他文件所需的片段重叠)。
引入填充文件可确保文件对齐,并消除此问题。
值得注意的是,uTorrent会将这些剩余的片段粘贴在称为零件文件的单独文件中。
在更现代的时代,几年后,由于不同的原因,libtorrent和uTorrent得到了对Pad文件的一些支持。主要是以下两个:
uTorrent实现了对“可变种子”的支持,可以用新版本替换种子并有效地将所有常见内容转换/复制到新种子。为了有效地大规模使用此功能,您必须将大文件对齐成碎片,以避免必须重新哈希所有内容(即,您只希望哈希新内容,而不是保持不变的内容)。因此,填充文件很有用。
以文件中群集对齐的偏移量访问文件系统可能比未对齐的访问便宜得多。它还允许使用一些更复杂的API,这些API可能会限制文件偏移(异步I / O)。对于内存映射文件也是如此。
关于填充文件的主要批评(据我所知)来自BitComet的实现,这对没有实现它的客户来说非常具有侵入性。它将创建带有长文件名的突出文件,建议下载较新版本的BitComet。至少在uTorrent阵营中,这使很多用户感到不安,以至于创建了一些.torrent文件以故意在bitcomet中使用此功能(其中pad文件并非全部为零,bitcomet会认为这是全部,因此失败了)哈希)。
有更多优雅的方式来实现Pad文件,我相信libtorrent和uTorrent会做得更好。例如,创建种子文件时,可以将所有填充文件合并到一个(隐藏的)目录中。uTorrent还将部分填充文件放在其零件文件中。
对于支持填充文件的客户,以下是我想到的一些东西(考虑到最新版本):
| 归档时间: |
|
| 查看次数: |
1041 次 |
| 最近记录: |