@
xmoer #25
你说的我知道,我也试过 10M+一小时搞定一个大文件的情况
但你忘了 emule 上下比要达到 1:3,下载才能超过 10k,新用户上传是 0 啊
当上下比不高,就要排队在别人后面
另外我搞不清 emule 的请求算法,我有些共享文件明明见到有请求数,但一直没有上传,某些文件却是持续上传,一个人接一个人
断档只能说相对低,其实也不低,例如我下的一个历史频道-我们的故事(美国史),ep9,挂了快一年了都完成不了,同制作组的其他 11 集(共 12 集)都完成了
我 downlist 里面有几个扔在那里应该有 5 年以上了
总体来说,P2P 分享还是离不开冷热、个人意愿,无论哪种形式。能长久保持的我觉得,更可能有某些“组”在一直 keep 住自己的档案在线,当这个组消亡了,档案就随着历史规律慢慢消亡,这是很正常的,可以理解的,例如 silu 这个组,yy 的档案几年后就会复现这个现象。bt 只是消亡更快而已,但也有例外,rarbg bt 组,我猜他们就是有系统地保持一个源在线,相对地能坚持较长,刚完成了一个 2015 年发布的,虽然挂了几个月,但偶尔见到有 100%的源,就没取消坚持挂着下完
而且 emule 的分不是存在自己客户端,而是存在别人的客户端,如果用了 ipfilter,能滤掉一些分数“不太真实”的机器,可惜 ipfilter 已经没人维护了