Re: [心得] 自私的BitComet
對不起我忽然認真了( ̄ー ̄;)
黃色部分就直接引用原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
→
11/26 13:17, , 1F
11/26 13:17, 1F
→
11/26 13:18, , 2F
11/26 13:18, 2F
→
11/26 13:22, , 3F
11/26 13:22, 3F
→
11/26 13:23, , 4F
11/26 13:23, 4F
→
11/26 13:23, , 5F
11/26 13:23, 5F
→
11/26 13:40, , 6F
11/26 13:40, 6F
→
11/26 13:48, , 7F
11/26 13:48, 7F
→
11/26 13:58, , 8F
11/26 13:58, 8F
→
11/26 14:00, , 9F
11/26 14:00, 9F
※ 編輯: htalent 來自: 59.126.239.145 (11/26 14:10)
→
11/26 14:35, , 10F
11/26 14:35, 10F
→
11/26 17:39, , 11F
11/26 17:39, 11F
→
11/26 17:41, , 12F
11/26 17:41, 12F
推
11/26 18:02, , 13F
11/26 18:02, 13F
→
11/26 19:11, , 14F
11/26 19:11, 14F
討論串 (同標題文章)