[科普]HideOS、SOTN等发布功能的利与弊

HideOS和SOTN是为了加速发布文件而开发的一些功能,这些功能的基本工作原理是尽量只上传上传量比较少的文件分块。

正确的设置HideOS和SOTN是可以加速文件发布的进程的,但是如果不正确的设置这些功能,反正会拖慢文件发布的进程。

在讲述这些功能的具体利弊得失之前,我觉得有必要说明下这些功能设计时的一些背景。

HideOS这类的功能都是建立在所有节点上传能力都差不多这个假设上。这里的上传能力,不仅仅指上传带宽,还包括所有节点都有意愿上传你发布的文件,以及他不会在文件发布完成之前就下线了。

在这些前提下,我们分析下HideOS的性能。假设发布者以100k/s的上传带宽发布一个700M的文件,HideOS的阈值设置为1,即上传一次文件块后隐藏,直到下一轮上传。

首先,这个文件大约2小时上传一轮,也就是说每个文件块每2小时有且仅有一次上传机会。

接着我们假设所有接收到文件块的人,以50k/s的上传带宽分流这个文件。通过很简单的计算我们可以知道,在两小时的时间中,每个文件块都会被上传 35~40次。

很明显,这如上假设下,当所有文件块都上传一遍之后,就算有一部分人下线了,2小时之内这个文件至少会具有20+完整源,发布应该是成功完成了。

但是国内的网络情况支持这些假设吗?很明显,不支持。

国内网络的情况是两极分化很严重。水管大的用户数量很少,但是50k/s对他们来说小意思,不算数。一般ADSL小水管,用户数量很大,但是能给em开 40K的上传算不错了,在这40k中,大部分都会用于上传其他共享文件,即使是那些不怎么共享文件的用户,因为同时下载数往往有10+,能分给某个特定文件的平均上传带宽有2~3k/s就不错了。

在这个情况下,我们重新分析一下上面的结论。如果文件块传给大水管了,那么OK了,这个文件块算是发布出去了。如果文件块传给小水管了,那么麻烦了,2~3k/s的速度,在2小时的时间内大概能把这个文件块上传2次。嗯,没错,仅仅两次,这还算是乐观的。遇到一些只开20k/s总上传的用户,2小时内对应的文件块可能连一次上传都没有。

这还不算是最糟糕的事情,真正糟糕的事情在这里,国内用户每次运行em的时间也就是4~5个小时(有国外的研究可以佐证),也就是说当发布者将一个文件块传输给某个小水管之后,某个小水管很可能在这个文件块还没有分流出去之前就关机睡觉了。于是,在这2个小时中,这个文件块没有得到有效的分流。

很显然,发布者的噩梦就此产生。由于HideOS的极端设置,在我们的例子中发布者每2小时只能把一个文件块上传给一个用户。如果说发布者运气不好,某个文件块给了一个很快就要下线的小水管(其实这个可能性还不低),那么这2个小时这个文件块是无法分流了,他只能希望下一个2小时中他能把这个文件块交给一个大水管。我们都知道越不希望发生的事情就越容易发生,下一个2小时中很可能又会把文件块传输给不合适的用户。1天也就24小时,可以尝试12次,如果 12次都是把文件块给到不合适的人,那么这个文件被发布一整天之后依然没有完整源。极端设置的HideOS在国内网络的实际情况下只能造就杯具。

其实要避免这种杯具也不难,理解HideOS的本意就好了。Hide Over Shared就是隐藏过度分享的文件块,而不是分享之后立即隐藏。一个文件块上传了10次,另外一个才上传了1次,那么上传10次这个肯定是Over Shared了,应该Hide。但是一个10次一个8次,你能说上传10次那个Over Shared了么?我想应该不能吧。

此外,发布者的带宽对HideOS的设置也有很大的影响。如果发布者有1M/s的带宽上传一个700M的文件,10多分钟这个文件就可以完整分享一次。在这种情况下,HideOS已经基本失去意义,无论是否启用这个功能,每个文件块在20~30分钟左右都会得到一次上传。相反,在10k/s的带宽上发布 700M的文件,需要整整一天才能把这个文件完整分享1次,HideOS就必须采取极端设置,把分享的希望寄托在其他节点身上。

综上所述,只有小水管发布文件时才需要极端HideOS设置,分享1次或者2次文件块之后立即隐藏。中等的水管可以适当设置 HideOS,当某个文件块上传的次数比其他文件块多好几次时才去隐藏,避免预览或者边下边看的骚扰。特大号水管Hide不Hide无所谓了,HideOS、SOTN等等本来就不是为你们设计的功能,建议关闭。

作者zz_fly。首发中国驴论坛

14条评论隐藏

  1. #1 hhhj
    2010年7月19日 周一 21:26 | 回复

    坐沙发学习!

  2. 2010年7月19日 周一 21:37 | 回复

    被网通掐成小水管的板凳抱怨为什嘛不管多宽上传总是 80KB/s

  3. #3 mikeven
    2010年7月19日 周一 21:58 | 回复

    说的很好,,,,说实话国内的用户对于上传基本是持有上传越少越好,只要不影响下载就行,,,,
    本来就50k/s左右的上传,才开10-20对此我只能很无语,,诸不知emule设置得当,上传基本不会影响网络应用的(当然你非说我要同时传FTP那也没办法)

    突然想起了XL,除了内部服务器和社区加分,对于用户的控制也做得很绝
    对于文中说的上传带宽和在线时间的问题
    1.XL的EM和BT上传通过软件本身貌似是无法控制,绝对会吃满带宽
    2.对于在线时间“”“XL用了个QQ的绝学,,挂级。、。。CA
    这种内部的良性用户网络,对于交换文件的效率的确也很有帮助的,,,,,

    XL真可谓渔民专用。。。。等终有一日法治和公正得到实现,XL给我有多远G多远

  4. #4 mukle
    2010年7月20日 周二 09:45 | 回复

    那么这个文件被发布一整天之后依然没有完整源。极端设置的HideOS在国内网络的实际情况下只能造就杯具。

    这是不是悲剧,这是喜剧,让他们多等几天,在中国绝对是有益无害,不吃亏哪知道保源的重要性! 😐

  5. 2010年7月20日 周二 12:24 | 回复

    偶只是很好奇,这个功能在哪里呢?

  6. #6 SDKerer
    2010年7月20日 周二 12:48 | 回复

    @随风飞翔
    Xtreme的话貌似只要开启了强力发布/共享那么HideOS就会自动启用

  7. #7 Jurio
    2010年8月2日 周一 23:19 | 回复

    @mukle
    中国也没有什么组织用emule发布文件的,大部分都是BT、PT、网盘、FTP,这样才能保证传播数量
    emule只能算分流,而且极为有限,根本无须期待emule的传播数量,和保源数量

  8. #8 yolkmooncake
    2010年8月2日 周一 23:55 | 回复

    漫游用emule时间很早,可惜服务器好像挂了

  9. #9 chengr28
    2010年8月3日 周二 08:39 | 回复

    @Jurio
    那个没办法,BT属于文件发布工具,而HTTP/FTP则有专门的服务器支持,eMule不是快速文件发布工具所以文件的初期散布速度肯定没有他们快的

    @yolkmooncake
    eMule不用依靠eD2k服务器也能发布文件的 😀

  10. #10 传奇政委
    2010年9月7日 周二 20:43 | 回复

    其实国内的发布组很没远见,等着局势更加恶化,我看他们怎么办

  11. #11 犟骡子
    2011年3月28日 周一 10:31 | 回复

    请问如何平衡同时进行的上传通道数和单个上传通道的速度最好?我用的是网通的adsl,上传带宽为512kbps(64KB/s),软件为Xtreme 8.0,可以调整单个上传通道的速度。
    现在的设置是单个上传通道10.8KB/s,维持4个10K上下的上传通道、一个4K上下的上传通道和两个滴流槽。不知有何利弊?

  12. #12 leecher 2012
    2011年3月28日 周一 19:57 | 回复

    @犟骡子

    其实我觉得上传槽速度设置为多少纯粹看个人爱好的,仁者见仁智者见智。较少的上传通道能减少带宽损耗,较多的上传槽则能让更多的人同时分享到你的文档,也就意味着你等同时在更多的客户那里得到积分(当然积分比高速上传槽少)

    但我发现Xtreme 8.0系的mod有一点不好,小水管设置较大的上传槽速度后,由于某些原因它会一直传给对方数据很长时间,排队的客户很难得到数据,这对排队客户是不公平的。因此我比较喜欢MorphXT系,据观察,他的上传工作机制是:给某客户上传完一个区块后,就会让这个客户重新排队,而其它正在排队的客户则进入上传列表,这样做既能减少带宽损耗,又能让更多的人有平等的机会享受到我分享的文件

    以上仅仅一家之言

  13. #13 xbox1
    2012年6月13日 周三 22:59 | 回复

    我可能算是极端用户,morphXT,我长期不会隐藏任何块
    而且我的电脑跑了2个电骡,一个morphXT一个MagicAngel,都是HIGH ID的,2个电骡一共分享着超过9000个文件,平均每个大小是800M左右,我也没开防吸血

    希望的就是尽快的把资源分享出去,讯雷吸血我也知道,但是为了讯雷的离线,我忍了!
    目前每周我大概上传800-900GB数据

    如果有人知道如何再提高效率,欢迎和我联系哈…

  14. #14 foops
    2012年6月13日 周三 23:04 | 回复

    @xbox1 你这样效果恐怕不会好

发表评论

您的Email将不会显示出来。头像请至Gravatar.com注册上传。*号标注项为必填。

*
*
*
标签用法
字数:0