emule 跟其他 P2P 軟體在檔案讀寫時不太一樣：當檔案片段下載完成時，emule 會進行「細分」(不知這名稱是否正確。但狀態是檔案條呈現綠色，內部有條黃色的細線再跑)。這動作比遇到大水管還需要更多的 I/O，若當初資料夾或檔案ˋ路徑是在用戶的系統碟，當下會很惱火。解決方式就是把 emule 獨立，另外用顆硬碟「供養」。

BT 的一些設定在安裝時預設是在系統資料夾內部的。不過除了放檔案的資料夾以外，城市設定似乎對 I/O 沒多大影響。

readyboost, page files 我還是有留著。不過 page files 則是把「系統自動分配」改成在系統槽內設置 1~2GB 空間；readyboost 則是在 8GB 隨身碟內開到 4GB (不過 4GB 好像就是上限了)。這麼作或許可以讓系統優先利用 readyboost 來取代可能與系統競爭的 pagefiles，順便也增加磁碟空間 (page files 若採用系統自動分配，竟然要 8GB。且每個磁碟都有可能出現 )



這張圖看不太懂的是：交換空間、虛擬記憶體。如果沒記錯，虛擬記憶體 = 實體記憶體容量 + 硬碟內部分頁檔案 + (Vista 內 readyboost 容量大小)？