加载中…
正文 字体大小:

对bitcomet长效种子的看法

(2007-09-13 08:59:59)
标签:

知识/探索

bitcomet长效种子的实现完全是走入了歧途。这个其实就是个后门,私自开了个web服务器,他用http+offset传输数据

我个人很不看好这个的
原因
1。http不适合干这个,http本身没有校验机制,而bittorrent有,每个块都会用sha校验,sha校验的数据根本不会出错。这造成一个很严重的后果,在网络比较差的情况下 ,下载的都是废数据或者损坏的数据
另外http是单向传输机制,没有扩散功能,没有下完的文件也无法提供块下载,效率是bittorrent协议的1/log n,这个是指数级的差别了
2。bitorrent的block都提前算好了,寻求这个不需要耗费,只是属于协议里面的一部分很小的信息,拥有和下载的数据块完全可以不需要通过I/O来提供,只要存下来即可,因为数据是固定的,而通过http搜索偏移量对pc造成很大负担,还可能损坏机器,有很大的side effect。
3。内网用户根本不具备享受这个功能,而内网往往都是局域网,带宽非常大,他能连别人而别人不能连他,所以长此看,这些人都是leecher.所以屏蔽内网用户也是一个头等大事

从设计上bittorrent比http不知道先进多少。


至于支持长效捆绑,我早有预言“捆绑等于找死,不捆绑等于等死”这种缘木求鱼即使要实现也不应该通过这个实现。应该通过类似share这样的实现都比http强

为了完善以上功能所以要对http进行改进和扩充,但是这完全走了弯路,属于作重复工作。因此我不看好这个。不如把bitorrent自身做好

0

阅读 评论 收藏 转载 喜欢 打印举报
已投稿到:
  • 评论加载中,请稍候...
发评论

       

    验证码: 请点击后输入验证码 收听验证码

    发评论

    以上网友发言只代表其个人观点,不代表新浪网的观点或立场。

      

    新浪BLOG意见反馈留言板 不良信息反馈 电话:4006900000 提示音后按1键(按当地市话标准计费) 欢迎批评指正

    新浪简介 | About Sina | 广告服务 | 联系我们 | 招聘信息 | 网站律师 | SINA English | 会员注册 | 产品答疑

    新浪公司 版权所有