其實自己也有養動物的(emule,也就是驢子),主要是拖一些來不及用BT下載的動畫

最近有人討論起積分這東西,想說自己也對這方面有些還不太了解,剛好google下搜尋到一個不錯的文章

轉過來給大家參考參考,就算知道了也稍微看下,搞不好你有些地方誤解了積分這東西也說不定

轉載來源:http://blog.mdbchina.com/emissary/post_1006603/


信用系統介紹

  信用系統是用來回報那些為這個網絡做貢獻的用戶,如那些上傳的用戶。eMule中嚴謹的隊列系統構建於用戶在隊列中的等待時間。信用系統為這個等待時間提供一個比例,這個比例將兩個用戶間的上傳、下載大小考慮在內。一個用戶給另一個用戶上傳的越多,她在這個用戶隊列排名上升就越快。比例由兩個用戶間傳輸的數據大小計算得來。使用的數值可以在用戶的詳細信息對話框看到。要查看信用信息,用鼠標右鍵點擊用戶,選擇查看詳細情況。

  有兩個不同的信用比例會被算出來:

  比例1 =總上傳 x 2 / 總下載

  比例2 = SQRT(總上傳 + 2)

  註:SQRT是開平方的意思

  得到的兩個值會互相比較,較小的值會被採用作為比例。一些邊界情況也可能出現:

  ·總上傳 < 1MB => 比例 = 1

  ·總下載 = 0 => 比例 = 10

  ·比例不能小於1也不能大於10

  所有那些比例大於1的客戶端在你的上傳窗口是用黃色圖標表示。注意:

  ·所有上傳給你的客戶端都會被信用系統回報,無論它的客戶端是否支持信用系統。

  ·當你向不支持信用系統的客戶端上傳文件時候你不會獲得積分的。

  ·積分不是任何地方都有效的,它們只是在兩個特定的用戶之間交換。

  ·積分保存在clients.met文件中。你自己的積分是在擁有你的積分的客戶端儲存,這個防止了假冒積分的出現。

  ·你自己的積分不能被顯示。

  上面的公式看起來可能有點複雜,其實說白了就是:上傳越多,下載越快!

  只要上傳量超過下載量的半數,積分即可成為正數。低積分和高積分下載時得到的評分最多會相差10倍!

  另外需要注意的是積分數據是根據用戶Hash長期保存的,所以大家不要隨意刪除eMule,導致Hash丟失而失去本來的積分。



電騾下載積分文件的備份圖片:
點擊在新視窗中瀏覽此圖片

電騾下載時,你的上傳量越大,下載越快,積分越高.
當從新安裝電騾時,可以將下面五個必備導入,你的積分不變.


求高積分備份文件^^

(需要備份的文件都在eMule的config文件夾下面)

必須要備份的五個文件:
clients.met —— 已知的客戶清單(其它騾友的積分文件也保存在裡面)
cryptkey.dat —— 安全認證密匙(你從別人那裡驗證你的Userhash時需要的安全密匙)
preferences.dat —— 個人UserHash值(存儲你個人的Userhash相關的文件)
preferencesK.dat —— 在kad表明你身份的個人UserHash值(如上 kad在中國很有用)
statistics.ini —— 統計數據(記錄你上傳和下載的量等等0.43及以後版本才有)


根據個人情況需要備份的文件:
server.met----記住你的服務器列表,如果加為靜態服務器,即使超過規定次數連不 上也不會被刪掉
known.met----已知文件詳細資料。可以避免每次運行都提交你的文件共享清單。
known2.met----AICH hash相關,存放文件的hashset
staticservers.dat----靜態服務器清單
emfriends.met -----好友名單

config目錄下文件相關介紹:
AC_IPFilterUpdateURLs.dat IPFilter的更新網址歷史記錄
AC_SearchStrings.dat 搜索關鍵字歷史記錄
AC_ServerMetURLs.dat 更新服務器列表的網址歷史記錄
adresses.dat 啟動時自動更新服務器列表的網址
Category.ini 分類的配置文件,包括分類名,註釋,顏色、優先級別等信息
clients.met 已知的客戶清單clients.met.BAK 是clients.met的備份,每次EM啟動會自動備份的
cryptkey.dat 安全認證密匙
emfriends.met 好友名單
Fileinfo.ini 共享文件的註釋和文件質量評分
known.met 已知文件詳細資料
known2.met AICH hash相關,存放文件的hashset
preferences.dat 個人UserHash值
preferences.ini 配置文件
server.met 服務器清單
server_met.old 是server.met的備份,每次EM啟動會自動備份的
shareddir.dat 共享文件的目錄
staticservers.dat 靜態服務器清單
webservices.dat Web服務設定

打開kad之後會有下面四個文件
AC_BootstrapIPs.dat Kad中的引導程序的IP地址和端口
nodes.dat 存儲用戶節點
preferencesK.dat和preferences.dat ,在kad表明你的身份的。
k_index.dat 存儲關鍵字的索引文件
s_index.dat 存儲文件信息的索引文件

用記事本可以打開大部分的文件進行修改的如:
AC_IPFilterUpdateURLs.dat、AC_SearchStrings.dat、AC_ServerMetURLs.dat、
adresses.dat、preferences.ini、shareddir.dat、staticservers.dat、
webservices.dat、AC_BootstrapIPs.dat
常常看到有新手朋友討論積分問題,發現有很多朋友對eMule的信用制度有不同程度的誤解,本人雖自知水平有限,但在一段時間的使用中也略有心得,發表一些個人意見供大家探討:

首先,我們需要明確一個基本概念:

把信用制度理解成 "積分制度" 是一個歷史的誤會

說到積分,大家或許都會首先想到常見於各大商場的「積分卡」或「積分回饋」活動,買的越多,積分越多,可以換來的優惠就越多。由於有了這個先入為主的印象,很多朋友都認為積分是一個可以具體考量的數值,只要上傳得越多,積分就越多,下載就越快。其實,這種觀點是不正確的。

我們常常掛在嘴邊的」積分制度「,在英文原版裡叫做」credit system「,官方的中文翻譯裡叫做「信用制度」,註解是「受益上傳者」,這才是所謂「積分制度」的真正含義,什麼樣的人可以在eMule的信用制度裡受益?是上傳者,甲給乙上傳過數據,當甲要從乙那裡下載的時候,甲就將作為上傳者而受益。

VC的代序壇主有個帖子一語道破天機:積分制度就類似於人際關係。從別人那裡取得共享資源就好比是欠了人情,下次見面就要還;你還我人情,我還你人情,相互之間如果經常來往,就成了熟人關係,打起交道來就更容易。(詳見http://bbs.VeryCD.com/topics/12944/)

所以,希望大家拋棄掉那個很不準確的(我認為甚至是錯誤的)「積分」概念,牢牢記住「信用制度」和「上傳者受益」的概念。

有了這樣的基本概念,我們就可以來探討常見的理解誤區了:

誤區之一:我的積分是多少?

這個問題本身就是錯誤的。因為我們已經分析過了,根本就不存在一個固定的,對天下所有用戶都有效的積分值。正確的問法應該是:我是哪些人的受益上傳者,哪些人是我的受益上傳者?或者再說白一點,哪些人欠我的人情,我又欠了哪些人的人情?

而上面這個問題其實不需要問,你只要隨便在上傳或下載隊列裡雙擊一個用戶,就可以看到你們相互之間的上傳下載關係。「總共下載」就是他從你這裡下載過的數據量,「總共上傳」就是他給你上傳的數據量,這個數據量的比例,決定了你們之間誰欠誰人情(或者互欠人情),如果一定要用「積分」這個概念,我們不妨說:

兩個用戶之間的文件傳輸情況就反映了他們之間的「積分狀況」。

只要你給一個用戶傳了很多的數據,那麼恭喜你,你對他有高積分,反過來,如果他給你傳了很多數據,那麼,他在你這裡就有高積分,如果你們互相傳遞的數據都很多,那麼更加恭喜,你們在eMule的世界裡已經是鐵哥們了,互相都有高積分。


誤區之二:我只要在下載一個文件的時候多多上傳,我就可以有高積分,以後我下什麼文件都可以快一點

這個理解雖然不是完全錯誤的,但是同樣也進入了一個誤區。每個eMule用戶感興趣的資源都不會完全一樣,就算你給N多人上傳了某一張CD,這些人欠了你的人情,他們(的騾子)也非常樂意還人情給你,但是如果他們手裡沒有你要的文件,就沒辦法還給你了。不幸的是,你在下載另一張CD的時候所碰到的人,大概有許多都是不欠你人情的。所以:

一個文件的上傳量只影響特定的用戶群,而這特定的用戶群未必對你今後的下載有很大的幫助。

誤區之三:積分越高,下載速度就越快

關於」積分「的概念性錯誤就不再重複了,我們先」翻譯「成正確的表達:上傳越多,欠我人情的人越多,我下載的速度就越快。

這個觀點不完全錯誤,但包含有錯誤的成分。我們可以把下載速度分成兩大塊,一塊是排隊速度,另一塊是傳輸速度,應該都很好理解。

上傳所帶來的受益,只影響排隊速度,不能影響傳輸速度。欠你人情的人當然會還人情給你,讓你排隊很快甚至不需要排隊,但假如他在西班牙而你在國內的校園網,兩個人之間隔了無數的服務器和電纜,他還你人情的心情再熱切也只能以近似於0的速度慢慢還給你。相反的,假如你是個電信adsl用戶,在另一個同城電信adsl用戶的隊列裡貓了老半天,總算連上了,就算他不欠你任何人情,由於你們之間的傳輸效率高,傳輸速度照樣會很快。況且影響傳輸速度的因素還有很多很多,外網還是內網,電信還是鐵通,國內還是國外等等等等,所以:

信用制度對速度並無決定性的影響。

誤區之四:我的積分只會越來越多,而且永遠不會過期

我們常說」君子報仇十年不晚「,但你聽說過」君子報恩十年不晚「嗎?時過境遷,大家相忘於江湖,何來恩怨?在eMule的世界裡恰恰也是如此,就算一個人欠了你天大的人情,假如你們相當長時間沒有碰面,騾子就會忘記(實際是刪除)你們之間的文件傳遞關係,當你們再見面的時候仍然只是陌生人,互不相欠,也就是說:

上傳所帶來的受益並不是永久的,只在特定的時間內對特定的用戶有效。

排除了以上誤區,會不會有朋友忽然覺得自己苦苦追求的積分已成過眼雲煙,從而感到非常失望呢?其實大可不必,我個人的理解,eMule的信用制度或受益上傳者制度的精髓在於,讓世界各地有著相同愛好的人通過eMule走到一起,並建立良好的聯繫,使彼此都能更加順利地進行文件傳輸。我個人讚成」因為喜歡,所以共享「的觀點,信用制度固然能給下載帶來一定的好處,但這種好處其實很有限,而且它帶來的快樂遠遠不能與分享的快樂相比。當你看到世界各地的國旗出現在你的上傳下載列表,你就將真切地感受到分享的快樂。
評論(1) | 引用(0) | 閱讀(8675)
Beriszl Says: Email
2009/11/11 11:42
我靠,494G    太多了  我现在才4G
哈哈哈,現在快1TB的說,但驢子比較少開,所以上傳量不多
BT幾乎24H的天天開,目前總上傳快到5TB了
威爾斯柏 回覆於 2009/11/11 15:27
分頁: 1/1 第一頁 1 最後頁