ZMX - IT技术交流论坛 - 无限Perfect，追求梦想 - itzmx.com

标题: 比特彗星BT种子分享率是如何计算的 [打印本页]

作者: 小樱 时间: 2019/11/22 00:24
标题: 比特彗星BT种子分享率是如何计算的
如果有下载量，分享率 = 上传大小 / 下载大小；
如果下载量为零，分享率 = 上传大小 / 任务大小；

作者: 不可名 时间: 2019/11/22 00:46
上传整个任务大小得数据量为1麽。。

作者: shy 时间: 2019/11/22 12:56
不知道

作者: acalism 时间: 2022/11/29 19:42
本帖最后由 acalism 于 2022/11/29 19:49 编辑

这个公式有问题，我是用 qBittorrent 下载，然后用 bitcomet 下载，检查完整性时发现还剩 512KiB 缺失，所以总的下载量是 512 KiB，上传时怪事出现了，分享率普遍达到五六百，甚至上千。

正确的公式：
下载完成之前，分享率 = 上传 / 下载
下载完成后，分享率 = 上传 / 所有文件的大小

下载完成前后，分享率可能会异常波动，这是正常的。

作者: 小樱 时间: 2022/11/29 20:17

acalism 发表于 2022/11/29 19:42
这个公式有问题，我是用 qBittorrent 下载，然后用 bitcomet 下载，检查完整性时发现还剩 512KiB 缺失，所 ...

通过校验方式缺少某个文件分享率肯定是这样的，公式没有错，因为你只下载了其中一部分，网络流量就产生了这么多而已。你用qb校验后分享率计算也是如此，分享记录的是数据流量，而不是文件大小。
如果你还觉得不合理，，，可以去官方论坛发个贴讨论下看看官方会不会采纳。

作者: acalism 时间: 2022/11/29 22:29

小樱发表于 2022/11/29 20:17
通过校验方式缺少某个文件分享率肯定是这样的，公式没有错，因为你只下载了其中一部分，网络流量就产生 ...

所以，需要两个分享率，一个是相对分享率（上载/下载），一个是绝对分享率（上载/总大小）。否则怎么都怪怪的。
http://wiki-zh.bitcomet.com/%E4%BB%BB%E5%8A%A1%E5%88%97%E8%A1%A8
官方论坛进不去，蛋疼。https://www.cometbbs.com/login

作者: acalism 时间: 2022/11/29 22:52

小樱发表于 2022/11/29 20:17
通过校验方式缺少某个文件分享率肯定是这样的，公式没有错，因为你只下载了其中一部分，网络流量就产生 ...

“I'm sure the ratio is correct, it's based on how much currently downloaded to how much currently uploaded”
https://qbforums.shiki.hu/viewtopic.php?t=1974
qbittorrent 确实也有类似的公式。

作者: acalism 时间: 2022/11/30 08:52
官方资料是这样说的：
分享率：上传数据量与下载数据量或任务总数据大小的比例关系。分享率越高表示你上传的数据量越多，切记你的下载也正是来源自他人的上传。(默认隐藏)
下载与上传：分享率=上传数据量(包括长效上传的数据)÷下载数据量×100%。
仅做种上传：分享率=上传数据量÷任务总大小×100%。
http://wiki-zh.bitcomet.com/%E4%BB%BB%E5%8A%A1%E5%88%97%E8%A1%A8

公式有个 bug，如果资料还缺 512KiB，下载为0，仅有上载，此时的分享率没法计算！
下载 512KiB 后，资源完整了，分享率 = 上载 / 下载，会陡升几个数量级。

分享率 = 下载 / 种子资源大小
其实是最稳定可靠的。

最要考虑的是，我们计算分享率是为了什么？
这个目的决定计算方法。

作者: 小樱 时间: 2022/11/30 18:03

acalism 发表于 2022/11/30 08:52
官方资料是这样说的：
分享率：上传数据量与下载数据量或任务总数据大小的比例关系。分享率越高表示你上传 ...

你说的这种方法，对于BT协议标准规范的PT种子分支上会有错误的计算冲突，就如同他说的一样，分享率最终目的考虑的是流量传输情况，而不是资源大小或者体积，因为多文件例如12集的BT任务还涉及到单选文件下载，此时你说的体积计算公式会更加复杂。

“I'm sure the ratio is correct, it's based on how much currently downloaded to how much currently uploaded”

计算体积的话，AB两人互相传输数据后，体积方式也会导致分享率错误计算，所以我认为目前流量方式是没有问题的。
A给B传输了512K，B收到512K下载内容。

包括网盘，迅雷上下载一个文件导入任何一个BT客户端做种时候，都有概率卡99%，因为部分做种者没有根据协议规范对齐文件来制作BT种子文件。所以BT客户端需要下载一个分块的内容，例如你遇到的512KB就是这个情况。你用比特彗星或者qbittorrent这类符合协议规范的软件去创建BT种子的时候，勾选分块对齐，然后删掉重新校验就会直接100%完成。

99%时候缺一个区块的话下载不会为0，你可以看一下当前任务的下载流量大小。

作者: acalism 时间: 2022/12/15 20:24
这个分享率，就和 bitcomet 不同。
bitcomet 是始终上载 / 下载，只要不是发种人。
qbittorrent 在下载完后会修正，改为上载 / 资源大小，而下载过程中是上载 / 下载。

作者: acalism 时间: 2022/12/15 20:26

小樱发表于 2022/11/30 18:03
你说的这种方法，对于BT协议标准规范的PT种子分支上会有错误的计算冲突，就如同他说的一样，分享率最终 ...

99.9% 的问题，我一般用 force recheck 来解决，一般都是有效的，貌似只有一次没生效，最终的解决办法是不勾选那个没下载完的小文件。然后就变成 100% 了

作者: 浅先生 时间: 2022/12/16 08:56

acalism 发表于 2022/11/29 19:42
这个公式有问题，我是用 qBittorrent 下载，然后用 bitcomet 下载，检查完整性时发现还剩 512KiB 缺失，所 ...

资源丰富啊.

作者: acalism 时间: 2022/12/16 12:44

浅先生发表于 2022/12/16 08:56
资源丰富啊.

哈哈哈哈哈哈哈哈
1024

欢迎光临 ZMX - IT技术交流论坛 - 无限Perfect，追求梦想 - itzmx.com (https://bbs.itzmx.com/)