主页 / server / 问题 / 53764
Accepted
dpq
Asked: 2009-08-14 06:20:01 +0800 CST

使用 torrent 共享非常大的文件

  • 772

在我们的研究所，我们很快将需要定期共享大量数据（数 TB 范围）。

  1. 使用 BitTorrent 来完成这项任务是否有意义？

  2. 与常见的 FTP 服务器相比，预计会有多大的 CPU/内存开销？

  3. 从一个 BitTorrent 对等点（原始存储服务器）复制到另一个对等点时，是否可以达到与直接 FTP 传输相匹配的速度？

非常感谢。

file-transfer bittorrent

3 个回答

  1. Best Answer
    1. 我会这么认为。请注意您选择的块大小，因为对于如此大量的数据，它需要大于标准
    2. 在传输过程中并不重要，您的带宽将成为瓶颈，而不是您的 CPU。首先生成 torrent 元文件（涉及对每个块和整个数据集进行哈希处理）将需要相当长的时间，在客户端完成传输后的最终哈希检查也将花费一些时间
    3. 是的。除非您的连接提供商、客户的提供商或介于两者之间的某个地方选择性地调整 P2P 流量。

    为了缓解关于第 1 点和第 2 点的问题，如果您可以将数据拆分为更小的块并为每个块提供单独的种子，您可能会发现数据的大小更易于处理。

    另请注意，如果它们涵盖的文件中的任何数据被更新，您将需要重新生成 torrent 元文件。如果数据的一小部分发生变化而其余部分没有变化，您可能会发现 rsync 是一种更有效的解决方案。

    数据集中的文件有多大，分布情况如何（几个多 gig 文件？，许多较小的文件？，...）？

    • 3

  2. 你没有提到你的“网格”中有多少台机器用于bittorrent；如果它只有几个，那么 bittorrent 可能不值得麻烦设置 torrent 文件并将它们发送给人们，再加上运行跟踪器。

    我也时不时想到这一点，总是回到BT的实际用途；在 Internet 上共享文件，每个人只需贡献一部分带宽。在家庭或工作 100Mbs 网络上，我使用 Web 服务器并传递链接。

    • 3
    1. 是的，很可能，它可以为您节省大量带宽成本，但可能会以每位用户的平均下载速度为代价。
    2. 总体而言相当低，显然取决于服务器，但一般而言，一台服务器作为 BT 对等体与相当大的集群相比，CPU 使用率低于将相同文件通过 FTP 传输到大量客户端的同一台服务器。
    3. 一切皆有可能，它可能快得多或慢得多，这取决于任何给定时间群的大小以及许多其他您永远无法确定的因素。

    要关注的最重要的事情是您的客户体验，如果您不能惹恼您的客户，那么请使用 FTP，因为它是可控的 - 如果他们精通技术并了解您和他们的好处，那么您将BT很好。祝你好运。

    • 1

相关问题