eMule v0.50b CN-9 Build 513 LTS
- 新一代下載帶寬控制算法，完全符合winsock的調用標準，同時消除 aMule v2.3.2 及以後版本下載時出現的底層錯誤；
- 修正一個下載哈西完成之後，文件卻無法完成的問題（感謝community的維護者fox88新版帶來的的代碼改進）；
- 對 kademlia 請求的速率控制採用標準的 Token Bucket 算法；
- 將動態緩存算法與「文件緩存大小」（File buffer size）可設定參數掛鉤，推薦選擇不要超過768KB，因為更大的值效果不一定好，不過可以自己試試看；
- 下載緩存隨機寫入算法微調，增加磁盤寫入隨機／動態寫入程度，進一步釋放資源，讓它表現得更加 non-blocking，從而提高圖形界面響應速度。
註：新的下載帶寬控制算法，下載的 socket_buffer 為 16KB 左右，由於控制以 20ms 為時間間隔，若想獲得好的控制效果，下載帶寬限制不得低於 socket_buffer/20 ms，即 800 KB/s 左右，否則遇到大水管給你下載的時候可能同時導致下載流量不穩定；
November 12, 2021 at 11:32 pm |
发现个问题，其他MOD在使用了eMule Security的ipfilter.dat文件，第一次关闭MOD后，ipfilter.dat会变小，规则数相应会变，CN则不会，不知道这算不算是BUG？
December 1, 2021 at 2:51 am |
不是bug，是CN在處理規則方面，採取了儘量不動的原則，除非兩個規則之間有重疊，否則不合併。
這個當時是有一些爭議的，但我是考慮到合併相鄰的規則，並不會在搜索速度方面有什麼大的改觀，所以合併並不划算，故做此改動。
December 5, 2021 at 2:15 am |
513稳定性不错，512碰到过几次随机崩溃，513至今还很稳定。电信的内网IP，还好没封UDP，KAD能正常使用，只是效率远不及公网IP。
December 21, 2021 at 7:47 am |
上传方面还是有待优化，当把（每次最小上传量KB设置为9600）的时候导致每次上传满9600KB的时候再次链接的时候会丢失，cn-6的时候上传性能完全没法比，另外希望增加个（批量修改文件名）的功能。
December 29, 2021 at 12:05 am |
你說的情況，主要是因為考慮到上傳隊列隨機選擇算法的適配，從而改動成不再無條件連續上傳而出現的情況。
除此外，上傳能力應該沒有太大變化，目前你可以將每次最小上傳量調大一些。
近期在下載方面改動挺多，上傳方面沒太看，回頭我看看，針對你說的情況是否有更好的解決方案。
January 10, 2022 at 9:38 am |
上传队列和随机选择算法适配的话增加个最大上传数是不是效果更好
January 19, 2022 at 12:24 am |
不會效果更好，目前的算法是千錘百鍊的
February 14, 2022 at 8:01 am |
关注这个mod很久了，直到现在还在放行easymule。
February 16, 2022 at 10:14 pm |
沒多少了，而且它也傳東西，所以放行沒啥不好的。
抱歉，可能有一些對它特別反感的感覺有點有礙觀瞻。但從功能角度上看，真的沒啥大不了的。
March 3, 2022 at 8:49 am |
刚刚下载了 eMule_v0.50b_CN-9_Build_513_LTS.zip 解压到原有的目录中。 Win10 X64 21H2
成功连接到服务器的过程非常慢，不知何故。
至于下载速度尚无比较心得