[心得] P2PCache
P2PCache
其實這是一個流傳在各大ISP當中，大家都知道卻又無法公開的秘密
因為畢竟由ISP進行P2P檔案分享而且還當大水管，這絕對是不太好
的事情。
然而，對ISP而言，P2PCache加上限流，這已經是對用戶的公平性與
資源、成本控制最折衷的辦法了。
P2PCache由ISP以大量的儲存空間以及大量的頻寬從網路上下載熱門
檔案，為用戶先把P2P的檔案給抓回到ISP的硬碟儲存空間裡面，然
後再把這個檔案傳輸給用戶。這可以有效減少骨幹網路的消耗。同時
對用戶而言，直接從P2P Cache取得檔案也絕對比從各個節點慢慢下載
要快得多。
以下面這張圖為例：
http://img17.imageshack.us/img17/5493/p2p.png
我是用Linux下載的，所以我用Deluge，請注意到左下角的速度值，他
一直維持1.1M/s到1.2M/s，然後，再請看我的各檔案下載速度（請不要
注意我的下載內容，純粹學術研究用途）
有四個檔案幾乎是維持300-400K的速度在跑，如果在仔細看這裡面的節
點的話，你會發現這個速度幾乎是來自於同一個IP。
這四個檔案主要的IP傳輸來源是：
77.67.84.232:16883
77.67.84.221:16883
77.67.84.231:16881
這三個IP，如果你在用whois去查，你會發現這些IP屬於Digital-United
（即數位聯合，也就是Seednet（遠傳）），而一般的用戶是絕對不可能
提供300K以上的上傳速率的，所以這幾個IP就是遠傳提供的P2P Cache。
其他的ISP或多或少也有這樣的P2P Cache，可是，當你抓到沒有P2P Cache
過得檔案時呢？
像上面的第一個檔案，只有10-20K而已，這就是遇到沒有P2P Cache的狀態
我在另外一個地方則是使用Hinet，很不幸的，同樣的軟體、同樣的電腦、
同樣的作業系統，同樣的種子，我在Hinet從來沒有看過這樣的P2P Cahce
節點，不知道有沒有人看過？
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 123.204.217.214
推
05/29 00:23, , 1F
05/29 00:23, 1F
推
05/29 00:24, , 2F
05/29 00:24, 2F
→
05/29 00:28, , 3F
05/29 00:28, 3F
推
05/29 01:20, , 4F
05/29 01:20, 4F
→
05/29 14:42, , 5F
05/29 14:42, 5F
推
05/29 19:58, , 6F
05/29 19:58, 6F
推
05/30 01:32, , 7F
05/30 01:32, 7F
推
05/30 11:28, , 8F
05/30 11:28, 8F
討論串 (同標題文章)
完整討論串 (本文為第 1 之 2 篇)：
心得
6
8