※ 引述《kyaroto (超越时空的思念)》之铭言： : 我没听过 emule 有做类似的修改 ... : 至於为什麽最後会剩一点速度很慢 ... : 我想应该是频宽分配造成的错觉吧 ... 恩...我之所以问一下也是因为 我记得没有官方的changelog提到这个现象(n年前) 当然我所说的这个现象一定要排除来源端是PS或PBF的状况 : 这个问题分成两个部分... : 一. 为什麽剩下一点点时, 会只剩下一个人传给你. : 观察一下, 是每一个档案都如此吗? 还是偶尔? : 把档案点开, 看一下下载状态, 你应该仍然跟一堆人排队中. : 看看你排队的位置. 看一下是不是一堆 NNP( no needed parts ) : 原本很多人传给你, 可能只是刚好都轮到你. : 当大家传完一个 chunk 时, 就会跟你说拜拜, 下一轮再见. : 剩下一个 chunk 时, 可能刚好大家不是同时传该 chunk 给你. : 当大家都跟你说拜拜以後, emule 拉着他们请他们给你剩下那块. : 他们会叫你重新排队. XD . : 所以只剩下某一个仍然连线中的那块. : 基本上 emule 不会因为只剩一块而只跟一个人要档. : 所以几个人同时上传同一块给你也是正常的. : emule 不是 ftp, http 等下载软体. : 档案是分割成 chunk-size ( 9.28mb ) 传递的. : 每次只会传一个 chunk ( 除非是 ps 或 pbf 才有特例, 官版都没有 ) : 所以不会一直维持上传状态. 我说的现象是 "例如" 现在我剩最後一个chunk了,这时有5个人正在传给我最後的部分 但是到了最後 <1000KB 的时候 就会发现 emule 只会留下一个人继续传给我 甚至会有状况2 就是5个人都不留了 (相信有人一定有这种经验: 已经99.99%,明明只差几百kb为啥突然不传了,诸如此类) 能上传的人,一定是100%拥有此区块,and通常轮到你,它会尽量上传一个完整区块 基於这两点,我想可能不是上传方的问题,反而是下载方emule的某种操作 我还记得以前下载东西 几百KB高速完档 那种感觉真是爽一个字 : 二. 为什麽速度会很慢, < 10 kb ?! : 你问题中, < 10 kb 是笔误吗? : 单一 slot > 10 kb 表示 上传总量大於约 12~14 kb, : 反推上传频宽要有 16~18 kb 以上, : 也就是至少要是 2m/256 的 adsl 才办得到. : 而且还得自己一个人专心骑骡 ... : 还是你本来想打 1 kb? : emule 上传有所谓的上传位置( slot ) : 还有 集中上传 ( slot focus ) : 所以同时开启多个上传位置( slot )时 : 通常会依照顺序分配上传流量 . : 如果你的总上传能力是 10kb. 且开了 3 个 slot : ( slot 开启数由 emule 依据你的上传能力与上传状况调整. : 有些 mod 可以让你自己设定 ) : 那麽 slot.1 的下载者可以获得他所能获得的最大速度 : 也就是如果他的下载频宽吃得下 10kb, : slot.1 就可以获得 10kb. : slot.1 吃剩下的由 slot.2 吃, 再剩下的由 slot.3 吃 ... : 依序类推 ... : 所以你会发现可能各 slot 间速度有时稳定, 但有时候会乱跳. : 因为每个人的网路条件与上下载状况不一样, : 所以 emule 会不停的做调整. : 问题来了, 如果 slot.1 把 10kb 吃完了, 那是不是只开 1 个 slot 呢? : 那本来开启的 slot.2 跟 slot.3 怎麽办? : 仔细观察一下, 有时候 emule 会直接将分配不到上传的 slot.3 关闭. : 但通常会先把该 slot 设定为等待状态( standby ), : 在 standby 状态中的, 能分配到的频宽通常只有几百byte( < 1kb ) : 只是为了维持连线状态而已. : 不过在下载端并不会显示 standby, 这是上传端的讯息. : 事实上这种状态平常下载时就会出现, : 只是很多人一起传的时候, 并不会特别引人注目. : 当剩下一个 chunk 时, 如果你只跟一个人下载该 chunk. : 刚好你不是在他的 slot.1 时, 就比较容易看见这种情况. 速度很慢其实这点很难讨论, 因为在台湾大多人的速度就不快,又加上平均上传的关系 所以这点我想就不提了! --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 59.104.98.209