引用:
|
作者linjunan
類似的討論在eMule的官方討論區即有，eMule的作者自己跳出來回答。發問者是尋問如何把BUFFER加大，作者告訴他eMule的官方版的設計是每一分鐘寫入一次，所以1.5mb的buffer已夠大。這只是針對寫入，eMule作者自己也表示最大的問題是『讀取』部分的Cache：不論是eMule、還是BT，皆會把檔案切割上傳，這部分的資料會在硬碟上處理.....就算有Cache，也無法處理檔案大量分割對硬碟的影響。
我個人認為BT（我用的是utorrent）的設計比eMule適合Power User；但如eMule作者所言，你的網路能每分鐘有超過1.5mb的流量嗎? 作者認為他的設計是在保護硬碟與預防斷電上的取捨，至於讀取的部分，就無能為力.....有興趣去eMule的官方討論區輸入『buffer』一類的字眼看看。
|
1.應該是
每秒鐘而不是
每分鐘寫入一次，1.5 MB/sec 以目前的「寬頻」來說是夠用的...
2.emule的BUFFER是用來避免「過多的小區塊寫入」，降低檔案的碎裂與檔案的I/O......
加大可不可以？當然可以！問題是意義不大，而且風險增高，斷電、當機時...emule「最多」損失 1.5mb的資料...如果加大成16、32甚至128MB，那時損失的資料就是數十MB了...，所以作者在 風險/效能間取捨出一個平衡點「本來就是應該的」 ︿︿
3.CACHE部份，交給OS也很合理，不然OS CACHE一份、P2P軟體又CACHE一份那不是浪費資源嗎？不符合效益...
當然，有些P2P軟體也可以設定「不使用OS的CACHE」來避免這個狀況。不過說真的，CACHE由OS或P2P兩者來作其實差異不大...
所以...EMULE的MOD這麼多，但是對CACHE/BUFFER做出修改的並不多也就是這個原因...