推 jonestem:我只用過Azureus很短時間 我還是覺得uTorrent比較好用 12/29 22:19
推 sarsman:UT+1 12/29 22:31
推 kira925:國外不少人用...不過因為執行要jre所以很吃資源 12/29 22:37
推 awex:UT+1 12/29 23:04
推 Jerrynet:Azureus都是非windows平台的人再用吧!我用Mac都只用這個 12/30 00:23
→ Jerrynet:軟體,還蠻不錯的XD 12/30 00:24
→ Jerrynet:windows上就用其他的軟體吧,這個稍微耗資源一點~ 12/30 00:30
→ yukitowu:我看到這標題只想到"這蛙...有毒!"X|D||| 12/30 00:53
> -------------------------------------------------------------------------- <
作者: Adama (So Say We All.) 看板: P2PSoftWare
標題: Re: [BT] Azureus(藍箭毒蛙) & BT
時間: Sun Dec 30 00:31:24 2007
※ 引述《F996 (悔龍不倦)》之銘言:
: 如上. 藍箭毒蛙. 這個BT軟體. 我想請問:
: 1. 這軟體真的有他們網站上宣稱的這麼流行. 這麼多人用嗎??
用用看啊,看它的DHT有多少人,就知道囉... 是還滿多的
不過當然比不上mainline + uT + BC的DHT人數 (因為後者的DHT是互相相容的)
: 2. 這裡有先進用過嗎?? 請問好用嗎??
好用啊,功能強大
我windows用uT, linux用藍蛙
Java在linux上用起來沒啥感覺,不會覺得吃資源 :p
: 3. Sub-piece(我最想知道答案的問題XD). 在BT的原始論文中. BT會把檔案分成很多個
: pieces. Piece又細分成很多個sub-pieces.
: 不過. Azureus似乎把sub-piece給disable掉了. 而且我看Wiki或是BT官網上的
: spec / protocol. 似乎都沒再提到sub-piece了.
每個piece不管多大都會依32KB (確實數字忘了) 再細分成好幾個block...
這是你要問的嗎?這是沒辦法調整也不會被關掉的吧,每個軟體都一樣
: 因此我想請問. 像官方版的BT. 或是BitComet / uTorrent等. 目前對於sub-piece的支
: 持到底是如何呢?? 預設是關閉或開啟呢??
--
The 4400 ~ A Place In Time ~ [Amanda Abizaid]
So long ago, another life, I can feel your heartbeat.
It's not a dream, remember us. I can see it in your eyes.
We'll find our place in time, a place in time beyond the sun.
We'll find our place in time, a place in time to call our own.
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.229.98.87
→ stevel:block size 是 16KB 12/30 06:22
> -------------------------------------------------------------------------- <
作者: F996 (悔龍不倦) 看板: P2PSoftWare
標題: Re: [BT] Azureus(藍箭毒蛙) & BT
時間: Sun Dec 30 09:22:10 2007
※ 引述《Adama (So Say We All.)》之銘言:
: ※ 引述《F996 (悔龍不倦)》之銘言:
: : 如上. 藍箭毒蛙. 這個BT軟體. 我想請問:
: : 1. 這軟體真的有他們網站上宣稱的這麼流行. 這麼多人用嗎??
: 用用看啊,看它的DHT有多少人,就知道囉... 是還滿多的
: 不過當然比不上mainline + uT + BC的DHT人數 (因為後者的DHT是互相相容的)
Azureus的DHT好像不是Kademlia. 大概沒機會和其他的BTs互容了......
: : 2. 這裡有先進用過嗎?? 請問好用嗎??
: 好用啊,功能強大
: 我windows用uT, linux用藍蛙
: Java在linux上用起來沒啥感覺,不會覺得吃資源 :p
: : 3. Sub-piece(我最想知道答案的問題XD). 在BT的原始論文中. BT會把檔案分成很多個
: : pieces. Piece又細分成很多個sub-pieces.
: : 不過. Azureus似乎把sub-piece給disable掉了. 而且我看Wiki或是BT官網上的
: : spec / protocol. 似乎都沒再提到sub-piece了.
: 每個piece不管多大都會依32KB (確實數字忘了) 再細分成好幾個block...
: 這是你要問的嗎?這是沒辦法調整也不會被關掉的吧,每個軟體都一樣
: : 因此我想請問. 像官方版的BT. 或是BitComet / uTorrent等. 目前對於sub-piece的支
: : 持到底是如何呢?? 預設是關閉或開啟呢??
A大你說的block應該又更細了(?)
本來BT是把piece細分成許多塊sub-pieces(SPs). 並且. 最多可以和5個擁有者做連結.
用多線程的下載方式. 抓完這些SPs並組合成完整的piece.
可是這樣做會有問題. 5個連結裡面如果有人發布假的SP(s).
就會使該piece出錯並重抓. 並且還很難去確認到底是誰在發布假的SPs.
這是個很嚴重的問題. 因為這麼一來要從BT上抓到正確檔案的可能性就降低非常多了.
解決方法就是每個piece都只跟一個人要. 而不是最多可以跟5個人.
這樣如果對方發布假的SP(s). 或是piece(s). 我們都可以確認他的位置.
像Azureus. 似乎每個piece都只會跟一個人要(?)
而不是分別跟幾個人要一部份. 下載下來做組合. 變成完整的piece.
就我觀察. BitComet應該也是如此(?)
其他版本的BT我還沒裝和觀察過. 不知道這裡有沒有先進可以幫忙觀察.
像是uTorrent或官方版的BT. 每塊piece是不是只會跟一個人做連結與下載呢?? 謝謝.
其實這還會牽扯到向下相容的問題.
如果還有人用以前舊版SP的機制. 那新版的該如何去對應呢??
以上. 我有些是憑記憶寫的. 有錯請鞭一下. 謝謝.
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 59.115.239.196
※ 編輯: F996 來自: 59.115.239.196 (12/30 09:32)
→ yshinri:uTorrent是這樣的 除非在下載最後的Gaming Mode加速時 12/30 09:50
→ yshinri:才會一塊拆開分別和不同人抓 12/30 09:50
→ yshinri:但是一個request還是一樣是16K 12/30 09:51
→ yshinri:所以似乎不會有什麼相容的問題... 12/30 09:52
→ stevel:如你說的,問題出在 piece hash fail 時無法直接找出禍源 12/30 10:13
→ stevel:反正同一個piece內的不同block向多人抓,是自己的事啊 12/30 10:14
→ stevel:只要最後 hash 正確了,就可以安心再分享給別人 12/30 10:15
→ stevel:我用 uT175,也是有看到單piece向多人抓的情況 12/30 10:16
→ stevel:至於快完檔的 endgame 加速,應該是同一block向多人抓吧 12/30 10:18
→ F996:樓上. 請問單piece向多人抓是同一個block還是不同block?? 12/30 11:48
→ F996:這種情況常發生嗎?? 有沒有出錯過呢?? 12/30 11:50
→ stevel:endgame 時是抓同一個block,uT 會顯示成綠色,而非淺藍色 12/30 12:38
→ stevel:至於抓不同block的情況,從UI不容易看出來, 12/30 12:40
→ stevel:我認為那種搞了很久還是無法下完的piece比較有機會 12/30 12:42
→ stevel:應該沒人想去盯log求證這種事吧 12/30 12:44
→ F996:THX. 另外. 看來block就是sub-piece. 我前面寫錯了XD 12/30 13:20