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 左右,否則遇到大水管給你下載的時候可能同時導致下載流量不穩定;

Related posts

eMule 0.50b CN-9 Build 512 LTS

主要更新:

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

eMule_0.50b_CN_Build_512_LTSDownload

Latest posts

eMule 0.50b CN-9 Build 512 LTS

主要更新:

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

eMule_0.50b_CN_Build_512_LTSDownload

Leave a Comment

Leave a Reply

Your email address will not be published. Required fields are marked *