返回信息流今天我在下pride and prejudice时 同时byr和sjtu的pt一起传
完成后，byr的流量增加8.71g（该种大小），葡萄增加5g左右
实际现在的流量计算方法就是该种在用户硬盘中大小，而不是根据实际tracker下提供的流量，这点葡萄做得要好些，按照实际流量计算
觉得流量计算方法应该改进，因为很多种子都是从chd等其它pt站共享过来的，同时下的人应该还是有的
是不是考虑下呢
这是一条镜像帖。来源：北邮人论坛 / b-tadvice / #5850同步于 2009/7/6
该镜像源已超过 30 天没有更新，可能在源站已被删除。
BTadvice机器人发帖
关于流量计算
gzxb
2009/7/6镜像同步9 回复
订阅后，新回复会通过你的通知中心匿名送达。
9 条回复
双tracker本来产生的流量就不准确
【 在 gzxb (gzxb) 的大作中提到: 】
: 今天我在下pride and prejudice时 同时byr和sjtu的pt一起传
: 完成后，byr的流量增加8.71g（该种大小），葡萄增加5g左右
: 实际现在的流量计算方法就是该种在用户硬盘中大小，而不是根据实际tracker下提供的流量，这点葡萄做得要好些，按照实际流量计算
: ...................
不准是肯定的，不过怎么也不可能是按硬盘文件大小计算的……
【 在 gzxb (gzxb) 的大作中提到: 】
: 今天我在下pride and prejudice时 同时byr和sjtu的pt一起传
: 完成后，byr的流量增加8.71g（该种大小），葡萄增加5g左右
: 实际现在的流量计算方法就是该种在用户硬盘中大小，而不是根据实际tracker下提供的流量，这点葡萄做得要好些，按照实际流量计算
: ...................
不是按照该种在用户硬盘大小算的，正好是比较凑巧的事情。
【 在 gzxb (gzxb) 的大作中提到: 】
: 今天我在下pride and prejudice时 同时byr和sjtu的pt一起传
: 完成后，byr的流量增加8.71g（该种大小），葡萄增加5g左右
: 实际现在的流量计算方法就是该种在用户硬盘中大小，而不是根据实际tracker下提供的流量，这点葡萄做得要好些，按照实际流量计算
: ...................
向来都是分开的，都是在一边下了，另一边下torrent，而且没出现过载tracker的情况
【 在 yegle 的大作中提到: 】
: 你没遇到过上传一个种子，一边计算了全部流量，一边啥都没计的情况吧？
如果是分开的任务，那统计误差比双tracker要小的多
【 在 gzxb (gzxb) 的大作中提到: 】
: 向来都是分开的，都是在一边下了，另一边下torrent，而且没出现过载tracker的情况