搜索 社区服务 统计排行 帮助
  • 894阅读
  • 5回复

[求助]如何计算eMule统计信息中的合计额外消耗(包)

楼层直达
级别: 新手上路
注册时间:
2003-02-25
在线时间:
0小时
发帖:
236
  今日打开eMule Plus 1h中的“统计信息”,查看“传输”中“上传”和“下载”的“累积”信息时恐怖地发现“累积”中“已上传”为41.73GB而“合计额外消耗(包)”却有64.31GB(而展开此区域三项开销也分别只有11.78MB,2.21MB,5.22MB);“已下载”为42.53GB而“合计额外消耗(包)”却只有28.96MB。惊讶之余,再展开“上传”中的“对话”,发现“上传”为500MB左右,而“合计额外消耗(包)”却超过2GB:confused:
  起初以为是程序设计时的字符串错误,把MB写成了GB,然而当我把config文件夹复制到eMule 0.30a目录下,打开eMule发现仍然是显示GB。
  这个……哪位高手可以告诉我合计额外消耗(包)是如何计算的。

我的征途是星辰大海
级别: 新手上路
注册时间:
2003-01-01
在线时间:
0小时
发帖:
137
只看该作者 1楼 发表于: 2003-10-03
合计额外消耗包是文件请求包,和来源交换包,服务器开销包累计而成。。。

因为来源是首先提交给服务器的,对于low id,除非有人提出申请,否则被服务器抛弃。具体看faq。

^_^ ^_^ ^_^ ^_^ ^_^ ^_^ ^_^
本人是小灰兔是也,wakaka,怕扁的不要来。。。。。

善良可爱,天真无邪,不好清蒸好红烧,kawayi
^_^ ^_^ ^_^ ^_^ ^_^ ^_^ ^_^
级别: 新手上路
注册时间:
2003-02-25
在线时间:
0小时
发帖:
236
只看该作者 2楼 发表于: 2003-10-03
引用
最初由 letifly 发布
合计额外消耗包是文件请求包,和来源交换包,服务器开销包累计而成。。。

因为来源是首先提交给服务器的,对于low id,除非有人提出申请,否则被服务器抛弃。具体看faq。

Alpha.Roc是想知道为什么“已上传”和“合计额外消耗(包)”之间会有这么大的差距—22GB,而且就算是三项累加:文件请求包,来源交换包,服务器开销包11.78MB,2.21MB,5.22MB也不会有64GB啊。应该还有其他的吧……

我的征途是星辰大海
级别: 新手上路
注册时间:
2003-01-01
在线时间:
0小时
发帖:
137
只看该作者 3楼 发表于: 2003-10-03
估计是显示错误,我用官方版本em。消耗很小的。

^_^ ^_^ ^_^ ^_^ ^_^ ^_^ ^_^
本人是小灰兔是也,wakaka,怕扁的不要来。。。。。

善良可爱,天真无邪,不好清蒸好红烧,kawayi
^_^ ^_^ ^_^ ^_^ ^_^ ^_^ ^_^
级别: 管理员
注册时间:
2002-12-19
在线时间:
244小时
发帖:
16411
只看该作者 4楼 发表于: 2003-10-03
我不知道。。。
这个不是中文版的问题,以前我还以为是我翻译有问题,看见也是吓一大跳,后来发现是英文版就有这个问题的,具体原因...........未知。

-=eDtoon=-aru
----------------------------------------------------------------------------------------------
有空来看看我的
个人blog

崇尚猪的生活 ~
多吃多睡少说话~
级别: 新手上路
注册时间:
2003-02-25
在线时间:
0小时
发帖:
236
只看该作者 5楼 发表于: 2003-10-03
基本了解原因了
  刚刚去了eMule的官方论坛搜索了一下,也有讨论到这个问题。合计额外消耗(包)过大应该是源交换过于频繁引起的。
  Alpha.Roc试着停止正在下载的四个文件,然后再选择继续,在这四个文件与其他客户端基本结束有效源(自造的-_-|||,不知道eMule中应该叫什么,指的是在“源”一栏中两个数字的前一个)的获取后,查询当前的合计额外消耗(包),发现比停止以前增加了1MB多,而此时获取的有效源大约是60个左右。
  因此就可以解释了,由于Alpha.Roc的机器不开通宵,经常开关,所以一些文件常常需要下到一段停止,过一些时间再下。如此一来,自然就会增加合计额外消耗(包)的数量。如果遇到一些热档,一连接就是400多个档,两三次停止,续传下来………………-_-|||
  最后还是感谢给予意见的各位。

我的征途是星辰大海
快速回复

限150 字节
上一个 下一个