個人積分：92分
文章編號：61400508
個人積分：60分
文章編號：61400701
個人積分：272分
文章編號：61401263
個人積分：11分
文章編號：61401449
chrisintaipei wrote:
終於有比較覺得有討論到的內容了 笑
假設 ISP 沒有做任何 QoS，電腦的 processing + disk I/O 也都不"太"是問題的前題下，速度基本上要看 peering。大部份時候 peering 會指 ISP 這邊。中華的固二固六 peering 到中國/HK 等等很強，歐美不太好。不過到歐洲應該是誰都不太好沒辦法的事，線路與 peering 距離問題。
另一方面的 peering 是 client 自己的 aggressiveness 等等。Deluge 在 PT 是出名的在一開始速度搶很兇(若跟 rtorrunt/transmission 比)。
若以 PT 角度來看，大多不太會提到 utorrent，因為 seedbox/VPS 都是跑 linux, utorrent 沒有 native client。基本上應該只有毛盒 (seedbox.org.ua) 有提供 utorrent。他們的應該是跑 wine 然後在 KVM 等等的有特別在系統上優化過，utorrent client 自身應該是沒改，也應該是不能改 - 會被鎖號。
相比起來，utorrent 很少用在 seedbox / VPS，大多是用在家。用戶家裡的網路速度及 disk I/O 大多沒 seedbox/VPS 他們的快，所以大多只會看到 deluge vs r/rutorrent vs transmission。
utorrent 在同環境下能不能跑的比 deluge (windows client) 快?我的經驗是 utorrent 穩很多，也快很多。但其他朋友的自己也是用固二固六測試下來跟我看到的完全相反，deluge 快很多。。。
另外，utorrent 一定是 2.21 或 2.04 這兩個版本。
以上是 PT 所看到的經驗，雖然不是完全相關，但多多少少原理是差不多的。
我本身沒有用到固2或固6去，所以不知道它們的連接性，但如果是浮動制，中國個體戶真的要很拚運氣，
很多時候就算做種人數30，但沒半個連的到的，但國外種做種人數5，連到4個，
至少速度可以破鴨蛋，peering連不到就是整個悲劇QQ
拿毛盒出來說只是舉例拉XDDDD
用uT 2.x.x的好處就在於它的"穩定"，deluge在windows下有，但我記得很廢....
一兩年前用過，整個放棄，連接速度deluge也猛很多，所以國外站用拚irc，
沒記錯應該是rutorrent搭配deluge下去跑，當時用seedhost刷過PTP當庫存。
至於UT的版本，PTT的P2P版有我測試的文章，要跑UT3.0以上，請搭配SSD，不然問題很多。
(我當年寫的文章，現在發現有點小錯，其實跟"分塊數"很有關係，載"單一大檔"跟"碎檔很多"，是有差別的，
這邊就不談了....)
PT裡面觀察到比較多的是因為變數比較少，公網上龍蛇雜處，吸血的吸血，走proxy的走proxy....
不過PT畢竟算小眾，當飯後閒聊就好~~XDDD
個人積分：22分
文章編號：61401706
個人積分：5398分
文章編號：61401715
個人積分：5398分
文章編號：61401738
個人積分：60分
文章編號：61401890
chih_haohung wrote:
放心啦 目前 迅雷...(恕刪)
迅雷沒一次是贏的 日薄西山了
P2P精神
迅雷由於在共享資料、開源和非盈利性等方面可能與P2P精神相悖，受到很多其它P2P協定用戶端用戶的極大不滿與遮蔽。
「吸血」問題
不少其他P2P軟體（如電騾emule）用戶認為迅雷從其他P2P網路（或P2P檔案分發系統，如eDonkey網路、BitTorrent協定）中下載資源後並不會上傳回饋或者極少回饋於該網路，其他迅雷客戶端用戶將優先得到上傳資料，有違相互分享的P2P精神和公平原則。目前的迅雷也有「插隊」、「高速下載」模式、計劃關機等可能非公平的功能。而對於迅雷離線下載，迅雷客服也明確表示，離線下載伺服器不會向其他用戶上傳資料，另外它還偽裝成easyMule的eMule Mod版本標籤，因而也受到使用非吸血P2P用戶端用戶的批評。
迅雷被很多eDonkey網路用戶認為是吸血驢。2007年，迅雷加入了eDonkey網路下載的功能。測試版將共享時間預設設定為30分鐘，之後便不再上傳，重新開機電腦後也不再上傳已經下載的檔案，引起了很大爭議。而迅雷公司的回應也被用戶指治標不治本。舊版迅雷曾經使用Xtreme等eMule Mod的Mod版本標籤（ModString），它偽裝成Xtreme等Mod的Mod版本標籤也被Xtreme的官方動態反吸血驢保護（DLP）庫加入遮蔽名單，現在迅雷已使用自己的Mod版本標籤，但是離線下載伺服器在連線到其他eDonkey用戶端時，偽裝成了easyMule的Mod版本標籤。目前的迅雷連線到其他eDonkey用戶端時，也會在用戶設定的使用者名稱之前加「[VeryCD]」標籤；而且無法對自己的新檔案生成eD2k連結，只能下載他人的eD2k連結；很多用戶也認為迅雷多數是對自己的迅雷用戶端上傳資料，對其他P2P軟體有明顯歧視。
在BitTorrent協定方面，除了上述「插隊」等功能的爭議，以及有用戶懷疑迅雷不會上傳回饋或者極少回饋於BitTorrent協定軟體之外，目前的迅雷軟體對BitTorrent協定可以設定限時分享，而對迅雷自己的網路則沒有限時設定。
迅雷也主要因以上吸血問題，至今被Xtreme的官方DLP庫以及BitComet等軟體的一些用戶所遮蔽。詳見「被遮蔽」章節。
開源與非盈利性
多數eDonkey網路軟體（如eMule及其Mod）和少數BitTorrent協定軟體為開源與/或非盈利性，開源也有助於他人的幫助開發，因而迅雷的閉源和盈利性也受到少數爭議。不過迅雷是原創軟體，其閉源與盈利一般來說不違反任何協定或者規範，也有像Share和Winny等閉源或BitTorrent等商業的P2P共享軟體存在。
但是有eMule用戶認為迅雷於2007年加入的連線下載eDonkey網路的功能（「eMule模組」）可能使用參考了GNU通用公共許可證授權軟體eMule的源碼，但未按協定開源，所以可能違反了協定。這也是官方DLP庫遮蔽迅雷的除吸血外另一個理由。
隱私
上傳管理問題
迅雷自己的內容分發網路（迅雷的「P2SP」網路）要求自己的迅雷用戶端在後台上傳給其他迅雷用戶端。而它所連線的其他P2P網路，也需要將資料傳給其他P2P網路的用戶端。但是它所有的上傳（包括自己的和其他P2P的網路的）的任何情況均不顯示在介面中。其他多數用戶端，如eMule、μTorrent等，均具體顯示上傳資料大小、物件等。迅雷的隱蔽上傳遭到了一些迅雷用戶的批評。但也有觀點認為這反而符合迅雷網路的P2P精神，杜絕「下了就跑」的現象。
迅雷隱蔽上傳的數量、對硬碟的影響也有爭議，見「資源占用」章節。
迅雷曾經無法管理上傳，現在用戶已可以進行部分設定。
內容泄露問題
有說法稱迅雷在其伺服器上建立候選資源列表，用以收集用戶下載的檔案特徵資料。迅雷客戶端一經執行，便會檢索客戶端電腦全部資源（無論用戶設定與否），並將該台電腦所擁有的檔案資源洩漏於伺服器。迅雷公司總裁鄒勝龍否認了對用戶硬碟的掃描，認為這是一種誤解。
「盜鏈」問題
由於迅雷的「P2SP」網路需要搜集來源，用戶使用迅雷打開一個URL下載位址時，迅雷會將該URL來源上傳給迅雷伺服器並儲存，將目標檔案資料發送至迅雷伺服器進行比對檢索，並在短時間內返回大量擁有該檔案的目標來源。這些目標來源可能是存有該檔案的傳統HTTP/FTP伺服器或普通電腦。隨後，迅雷建立大量連接，從這些目標來源上下載目標檔案。這有可能會對一些與此次下載無關，卻擁有同樣檔案的伺服器或普通電腦產生不必要的流量，將URL來源儲存於迅雷伺服器上也可能侵犯了原檔案所在伺服器或普通電腦的隱私。
迅雷的「盜鏈」也曾經導致有用戶暴露了不想公開的伺服器。而2006年也因此發生了抵制迅雷事件，但最終迅雷與華軍軟體園等站點和解]。
個人積分：272分
文章編號：61402425
個人積分：5398分
文章編號：61402473
