這幾天evoboxes的效能又大幅下降，其間本來以為是 0.8.9的問題，後來rutorrent 3.2 SVN也出了Bug，在Bug Report後也修好了，只是效能還是依舊－>“爛”。

花了一天的時間實驗發現，Torrent在製作時，Chunk size的大小，對VPS的影響很重要。以我的例子來說，有個種子8G，卻用256K的Chunk size，所有的種子停止後，只開啟這個種子，卻發現rutorrent CPU顯示 30％左右的負荷。但其他大小相似的Torrent 使用2MB Chunk的，CPU Load就只到10％左右。
所以如果你下載的種子在Chuck的選擇上，有過多的Pieces ，造成系統運算及交換上極大的負荷，那最好的方法就是不下載或不作種子，當然如果使用獨服(dedi)或許就不會有這個問題。

Update: 今天SCC那來個了256K做chunk的720片子，單一種子就讓CPU到30％，當時速度4－5MB上傳，但如果CPU是在20以下則一般來說速度可以到20MB，再加上IPT不久又來個720卡通，同樣用256K，都是2萬多個Chunk，想當然速度整個慘，整個Ratio就沒法子在下載完就超過1.0 就要掛在那，還要依時間規定才能下種，這些站如果有接觸就是搶時間約1小時後下載的人就幾乎是0，不像傳統的Edonkey，細流慢熬。所以用VPS的要注意這類種子。

After one day testing, I observed if the torrent choose small chunk size and generate a lot of pieces, then this will impact your VPS and slow down performance. I think this is because torrent client needs a lot resources(I/O) and calculation power to vaild hash data.
So better have a look if your torrent choose small chunk size as its file size is large.