RSS   



  可打印版本 | 推薦給朋友 | 訂閱主題 | 收藏主題 | 純文字版  


 


 
主題: [分享]KAD好友名單   字型大小:||| 
beanpp
鍛鐵驢友
等級: 7等級: 7等級: 7


 . 積分: 97
 . 文章: 690
 . 收花: 354 支
 . 送花: 600 支
 . 比例: 1.69
 . 在線: 4846 小時
 . 瀏覽: 30335 頁
 . 註冊: 8176
 . 失蹤: 11
#1 : 2008-7-21 11:17 PM     全部回覆 引言回覆


引用:
edwardfr寫到:
現在Ra系列的伺服器已經要求不要用這三個文件了...
KAD的話,http://www.nodes-dat.com/這裡有最新的。


請先了解一下這三個檔案的用意吧 ....
伺服器會報無效檔, 這是一定的, 因為這三個檔本來就是斷頭檔
請參考上面的帖子



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
beanpp
鍛鐵驢友
等級: 7等級: 7等級: 7


 . 積分: 97
 . 文章: 690
 . 收花: 354 支
 . 送花: 600 支
 . 比例: 1.69
 . 在線: 4846 小時
 . 瀏覽: 30335 頁
 . 註冊: 8176
 . 失蹤: 11
#2 : 2008-7-22 02:10 PM     全部回覆 引言回覆

KAD 的用處只是用來維護一個搜尋樹而已, 因此 KAD 連線數就是這個樹的節點數

好友名單只在剛開始下載, 與搜尋檔案的時候有用
要下載的檔案在找到一定來源以後, 好友名單就沒有用了, 因為無法再靠好友名單增加來源數
只能說在剛開始下載的時候, 有用好友名單比沒有用好友名單搜尋來源的速度會快很多

會不會給伺服器增加負擔, 這是當然會的, 因為會一直去挖連接用戶的檔案清單
不過 ed2k 網路的伺服器是可以設定每個用戶抓取的檔案清單數目
比如說, 我有 3000 多個檔案可以分享, 難道伺服器就真的去維護這 3000 多個檔案的來源嗎 ?
當然是不可能, 一個 user 3000 多, 10000 個 user 那會變成多少 ?
就算扣除掉重覆的部份, 也還是一個很嚇人的數字
所以一般都會設定只抓取一定的檔案清單數目

相對於斷頭檔的問題, 伺服器所設定抓取每個用戶的檔案清單數更會影響其效能
以我用emule 的經驗, 還沒有遇過因為抓斷頭檔被列入 ipfilter 的
而且 ipfilter 的維護本來就很主觀, 有沒有使用斷頭檔, 這不會是主要原因
伺服器報斷頭檔只是告知沒有必要再下載這個檔案, 如此而已

使用多個好友名單的問題, 另外的帖子有提過, 在還沒有針對檔案類型分類之前
只需使用一個就好

為什麼開始有人提說要用好友名單 ?
很簡單, 因為現在根本沒有什麼安全可用的伺服器, 還好 emule 預先開發 KAD
來因應這個問題
如果有一個跟 SSUN, RazorBack 之類的大伺服器可用, 我想也沒有人會去用 KAD
KAD 開始盛行, 也是因為好的伺服器一個接一個關閉

因此, 如果自己有好用的伺服器清單, 好友名單可以說完全沒有使用的必要
但是在沒有伺服器的狀況下, 好友名單只是利用 KAD 特性的一種快速增加來源數的方式

好友名單的使用, 以前就討論的很熱烈了, 總之想用的就用. 不想用的就不要用
個人認為, 不需要去影響別人的使用自由, 只需提供足夠的資訊讓大家去自行決定就好



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
beanpp
鍛鐵驢友
等級: 7等級: 7等級: 7


 . 積分: 97
 . 文章: 690
 . 收花: 354 支
 . 送花: 600 支
 . 比例: 1.69
 . 在線: 4846 小時
 . 瀏覽: 30335 頁
 . 註冊: 8176
 . 失蹤: 11
#3 : 2008-7-22 04:40 PM     全部回覆 引言回覆

補充一點
只要有使用 KAD , emule 本身本來就會維護 nodes.dat 這個檔案
關閉 emule 的時候,  emule 會保留其中 200 個的節點, 選取的原則, 很抱歉, 我沒有去找文件
等到在下次再開啟 emule 的時候, 會直接抓這 200 個出來作為 KAD 連線基礎

但是因為大家應該常常遇到 emule 死當而不正常關閉, 這時候 nodes.dat 就會變成空檔
因此才需要去類似 nodes-dat.com 這種網站抓正常的 nodes.dat 來加快 KAD 的啟動時間

因此如果不是 nodes.dat 損壞,  其實是完全沒有必要去 nodes-dat.com 之類網站抓 nodes.dat 的
該檔案的節點大多是國外的用戶, 並非台灣用戶
當然還是可以幫助短期內建立大量 KAD 來源數, 但是這個檔案內的節點數對於下載檔案不一定有幫助
要看下載的是什麼檔案



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
beanpp
鍛鐵驢友
等級: 7等級: 7等級: 7


 . 積分: 97
 . 文章: 690
 . 收花: 354 支
 . 送花: 600 支
 . 比例: 1.69
 . 在線: 4846 小時
 . 瀏覽: 30335 頁
 . 註冊: 8176
 . 失蹤: 11
#4 : 2008-7-22 11:03 PM     全部回覆 引言回覆

自從 DonkeyServer系列 不見了以後, 我就都只用 KAD
下載速度跟以前的差別, 我只能說有遇到大水管比較重要,  光用 KAD 最高也是有跑過 6,700 KB/s以上
每個檔案的來源數, 熱門檔的話, 7,800 個跑不掉
搜尋功能就很難比較了, 因為以目前的網路上的伺服器清單, 我沒有一個是覺得 OK 沒問題的
也就無從比較與 KAD 的差別

所以目前我根本不會去管有沒有新伺服器,  至少我到目前為止, 用 KAD 用得很高興
個人看法, 在未來應該是不會再出現類似 Razorback 或 DonkeyServer 這種規模的伺服器了
與其每天花時間找新伺服器, 我還是乖乖的用我的 KAD 就好

這樣說好了, 用 KAD 會覺得下載變慢的, 動物機的等級可能都不夠高, 或是說網路卡的能力限制
或是 IP 分享器的連線數限制,  這些都會影響, 但是卻很少人知道要把這個跟 KAD 的問題放在一起看
以我為例, KAD 一跑起來,  記憶體可以佔到 200 多 MB以上
所以有些只用 128 MB 來跑的, KAD 跑起來的效率, 當然會差很多



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記

   

快速回覆
表情符號

更多 Smilies

字型大小 : |||      [完成後可按 Ctrl+Enter 發佈]        

溫馨提示:本區開放遊客瀏覽。
選項:
關閉 URL 識別    關閉 表情符號    關閉 Discuz! 代碼    使用個人簽名    接收新回覆信件通知
發表時自動複製內容   [立即複製] (IE only)


 



所在時區為 GMT+8, 現在時間是 2024-11-22 05:38 AM
清除 Cookies - 連絡我們 - TWed2k © 2001-2046 - 純文字版 - 說明
Discuz! 0.1 | Processed in 0.016332 second(s), 7 queries , Qzip disabled