eMule Fans 電騾愛好者

eMule CN Mod（中國驢）是由中國程序員開發的的一款eMule mod。它擁有較好的上傳能力，和改進了的隨機上傳隊列、下載帶寬分配、下載磁碟緩存、客戶端匹配等演算法，支持反吸血DLP和顯示地區名稱的IP定位功能。

中國驢 CN Mod 的開發者Enig123於2021年新建了一個 CN Mod 的官方網站emule-secret.com，並發布了新版的中國驢 CN Mod。原官網chnp2p.com/org甚至更早的edonkey2000.cn均已失效。原官網是一個ed2k資源論壇，並曾經定期公布一個名為「驢榜」的CN mod上傳積分排行系統，論壇用戶可申請參與。

eMule v0.50b CN-9 Build 513 LTS發佈於2021年9月28日，其沒有隨eMule社區版（community）v0.60更新，但根據更新日誌，有來自社區版的改進。

點擊下載：
eMule v0.50b CN-9 Build 513 LTS

（如果上面不能下，這裡是 GitHub 上 eMule v0.50b CN-9 Build 513 LTS 的存檔，和上面的文件實際上是一樣的）

更新日誌和官方介紹

中國驢論壇的標誌

以下是壓縮包內readmeCn.txt文件中記述的更新日誌：

eMule v0.50b CN-9 Build 513 LTS版主要更新：

1. 新一代下載帶寬控制演算法，完全符合winsock的調用標準，消除 aMule v2.3.2 及以後版本下載時出現的底層錯誤；
2. 修正一個下載哈西完成之後，文檔卻無法完成的問題（感謝community的維護者fox88新版帶來的的代碼改進）；
3. 對 kademlia 請求的速率控制採用標準的 Token Bucket 演算法；
4. 將動態緩存演算法與「文檔緩存大小」（File buffer size）可設置參數掛鉤，推薦選擇不要超過768KB，因為更大的值效果不一定好，不過可以自己試試看；
5. 下載緩存隨機寫入演算法微調，增加磁碟寫入隨機／動態寫入程度，進一步釋放資源，讓它表現得更加 non-blocking，從而提高圖形界面響應速度。

註：新的下載帶寬控制演算法，下載的 socket_buffer 為 16KB 左右，由於控制以 20ms 為時間間隔，若想獲得好的控制效果，下載帶寬限制不得低於 socket_buffer/20 ms，即 800 KB/s 左右，否則遇到大水管給你下載的時候可能同時導致下載流量不穩定；

eMule v0.50b CN-9 Build 512 LTS版主要更新：

1. 重寫下載帶寬分配演算法，同時解決大部分aMule v2.3.2及以後版本導致的下載中斷問題；
2. 部分數據結構從以前改造的std::vector重新回到更為適合的std::list；
各種內存佔用優化，更適合長時間跑；
3. 下載緩存微調及優化，解決特殊情況下緩存排序可能出現混亂的問題；
4. 梳理接受下載的邏輯，解決一些特殊情況下出現接收到錯誤下載數據的問題；
5. 解決udp接收方面的一些遺留問題。

eMule v0.50b CN-9 Build 490 LTS版主要更新：

1. 增強穩定性，解決可能潛在導致崩潰的問題；
2. 對超時的上傳客戶端，直接踢掉；
3. 正確處理遠程客戶端連接我方監聽埠的socket時，該客戶端有活動socket的各種情況；
4. 升級IRC相關代碼到eMule社區版0.51d；
5. 解決一個退出eMule時可能出現的崩潰問題。

eMule v0.50b CN-9 Build 486 LTS版主要更新：

1. 加強進程的健壯性，修正幾個可能在某些情況下導致崩潰的問題；
2. 減少下載出錯，省得後面再花功夫糾錯，主要應對aMule v2.3.2之後進程傳輸容易發生錯誤的問題；
3. 更新隨機下載文檔緩存演算法，解決磁碟空間分配之後，緩存寫入延後的問題，優化寫入觸發條件；
4. 改善新下載文檔的磁碟空間分配，將分配量圓整到整個PART，以減少2個以上文檔同時磁碟空間分配的可能性；
5. 修正完善幾個AttachToAlreadyKnown相關的問題；
6. 發現並封禁假高ID客戶端，這類客戶端返回的假高ID不是從正常的公共IP而來；
7. 上傳加入MSS偵測功能，要求操作系統是Vista SP2或者以上；
8. 通過減少多線程鎖碰撞的可能，改善進程的響應速度；

eMule v0.50b CN-9 Build 480 LTS版主要更新：

1. 本地解決eMule v0.51a-b導致kad響應數據包錯誤問題（這個問題會導致kad搜索響應錯誤，在我的反饋下，已經在社區版c及c版之後得以解決）
2. 修正隨機選擇演算法長期跑騾可能導致的退化問題，這是隨機選擇演算法的一個較大的更新
3. 發現並解決CN的下載帶寬控制線程狀態可能不準確的問題、改善線程鎖（這些改動進一步優化了下載）
4. 解決低ID回應高ID連接請求時，可能新建多個客戶端實例的問題（這個是官方就有的問題）
5. 部分引入eMule v0.51x社區版的一些更新

eMule v0.50b CN-9 Build 440 主要更新：

1. 進一步全面優化eMule緩存系統
(1). 將原FlushBuffer()的功能分割成3部分，並以次序、時間間隔分步驟完成
刷Buffer；
將刷新的緩存存入磁碟；
驗證已完成Part的完整性
(2). 引入全局時間間隔機制，防止不同的CPartFile刷緩存時相互衝撞，引發的刷緩存，彼此時間間隔至少為1秒
(3). 每次刷Buffer，連續塊大小超過120KB才刷，或者偵測到文檔數據已經下載完畢，或者後續沒有數據請求（已實現）
(4). 每一個時間步驟，都引入觸發的隨機方式，以增加不確定性（已實現）
(5). 緩存大小不再固定，而是根據下載速度來適配，一般設置為13秒的下載量（由於隨機性，每次觸發條件可能有所變動）（已實現）
2. 修正一個可能導致kademlia中途停止的問題
3. 解決所有引入新的eMule緩存系統之後的regression問題
4. 優化減少線程衝突，尤其當下載任務很重時，界面更流暢
5. 不改變其運作機理的前提下，對kademlia數據表達及演算法的優化

eMule v0.50b CN-9 Build 428 主要更新：

1. 解決2個線程衝突可能導致Wrong header錯誤的問題（重要！！）；
2. 消除發現的可能導致崩潰的2個隱患；
3. 改寫eMule的下載緩存原理，優化磁碟寫操作、改善存儲到硬碟時硬碟響應變慢的問題；
4. 實現微軟推薦的TCP套接字的Graceful Shutdown；
5. 已知客戶端尋找計入TCP埠加以辨識（更準確）；
6. 棄用微軟的fstat函數，採用fox88版本，或解決夏時製造成文檔重新哈希的問題，但有可能本次升級會導致部分文檔重新哈希；
7. 進一步懲罰使用同一個userhash和身份辨識拷貝的客戶端；
8. 進一步增強上傳成功率、提升每次上傳量。

以下是新官網主頁上中國驢 CN Mod 的介紹：

eMule CN是由中國人開發的、據信世界上技術含量最高的電騾變種（eMule mod）。

穩定、創新、資源佔用少，是eMule CN一直追求的目標。
eMule CN具備許多特有的功能，除傳統的穩定強健的slot-focus上傳能力外，至少還具備以下特點：

1. 數值演算法穩定的隨機上傳隊列，被選擇上傳與等待時間無關，能夠儘快分享新下載文檔已完成部分，促進ed2k網路的健康，而沒被選中的排隊客戶端則獲得應得的隨機信用補償，增強各個客戶端之間的公平；
2. 獨有的穩健下載帶寬分配演算法，順便解決了aMule v2.3.2及以後版本容易因』Wrong header』錯誤而導致下載中斷的問題；
3. 獨有的下載磁碟緩存演算法，極大減輕硬碟負載，克服「跑p2p傷硬碟」的傳統短板，同時改善了尤其在大量磁碟負載下的進程響應速度；
4. 適應實際網路環境中userhash重複的現實，實現結合ip及其它條件的精準客戶端匹配演算法。