作者htalent (TalentKid)
看板P2PSoftWare
标题Re: [心得] 自私的BitComet
时间Mon Nov 26 12:42:29 2007
对不起我忽然认真了( ̄ー ̄;)
黄色部分就直接引用原PO所下的标题比较省事...
>文件分块对齐(padding file)
抱歉功课做不够多,导致错误连连… 这段请无视。
>长效种子
又来依据一下官方的说明文件(
http://blog.mdbchina.com/post/860297/ )
长效种子其实就是参考迅雷的嘛(摊手)。一堆人载完就跑掉,当然要搞点小花招
这功能只会传给同为BC的使用者,我觉得并无不妥啊?UT想的话也可以加入的嘛~
但反过来看看UT对UDP Tracker的支援度...ˋ(′_‵||)ˊ
个人是认为,长效本身并没有错,错的是一昧追求新版本且不看Changelog的人。
硬要说BC的错?好… 他错就错在他太高估使用者的网路状况了,预设启动却又不
限速。
>欺骗超级种子
这新闻我也有看到,蛮久的了,参考一下本版#6979一整系列的相关讨论?
6979
10 1/08 Killertcell
□ [新闻] BitTornado封杀BitComet用户
毕竟这指控… 好像也都在各说各话状况就不了了之了不是?
BC通行证
一样先附上官方对通行证的说法(
http://my.mdbchina.com/Groups/Post/24248/ )
BC预设只能额外连接P2SP资源数是40个,而依照BC点数越高 则能额外获取的量越大
原文:
『我们在做的是让积极上传的用户更快起来,而不是让不爱上传的人慢下去』
可能这样说并不中肯,但BC只是为了让下载更快,而积极的另觅其他方法而已
P2SP、eMuleMod等而外连接都没有影响到原本BT协定上的平衡啊?
内建广告
这个我就不清楚了…印象中好像0.7x附近曾经右边会有花花绿绿的图片出现过,但
可以选择关闭。且BC有跟MDBChina合作,所以界面上出现一些相关讯息好像也很合
理?
容易当机、消耗系统资源多
这是蛮见仁见智的状况… 只用一台电脑的观点似乎非常的不客观…
>P2P的精神是共享,而BC是优先把频宽留给自己人。BC的高速度,是
>牺牲其他软体使用者的速度换来的。BC为了垄断市场不择手段。现在
>的BC已经是为所欲为了,照目前的情形发展下去,有一天整个BT网路
>都被BC搞烂,恐怕只是迟早的事而已。
这个结论下的不够客观,理由详上面各项叙述。且换个方向来讲,EM
上面的积分系统不是一样多样化,我用EeatShare 的积分架构,碰到
官版积分的Client可能就不吃香了,同等道理是呗?
--
为了赶压两部连载一部OVA爆肝到现在 已经不知爱困为何物了…
没有护航,只是说出自己的看法。口气不好尚请见谅╮(╯_╰)╭
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 59.126.239.145
1F:→ microtech:BC这样的功能只给BC自己人,EM积分不同不表示得不到频宽 11/26 13:17
2F:→ microtech:另外EM的积分系统是可以切换的… 11/26 13:18
3F:→ htalent:BC跨平台抓档只给自己人很正常吧?他又不是BT部分只传给BC 11/26 13:22
4F:→ htalent:所以说今天BC要是把P2SP支援取消掉,EM的plugin给取消掉 11/26 13:23
5F:→ htalent:就不会落得被公干的惨况了 11/26 13:23
6F:→ kira925:不推这个说法..分享就不应该歧视其他用户..早点ban光BC吧 11/26 13:40
7F:→ kira925:这样搞的话根本就是寄生在BT环境下再自己搞个小团体 11/26 13:48
8F:→ silentlich:padding file...看一下z-6-6-24吧 11/26 13:58
9F:→ htalent:谢谢楼上的指教m(_ _)m 11/26 14:00
※ 编辑: htalent 来自: 59.126.239.145 (11/26 14:10)
10F:→ labbs:这篇文章感觉全都是个人观点... 11/26 14:35
11F:→ htalent:嘛... 好吧,在这替BC讲话 就像在宽频替HINET讲话一样愚蠢 11/26 17:39
12F:→ htalent:我压根没说过我很客观啊… 纯粹讲出自己的看法而已... 11/26 17:41
13F:推 debris:EeatShare是什麽 =.=? 11/26 18:02
14F:→ microtech:原po笔误吧!? => EastShare 是 eMule Mod 之一 11/26 19:11