我的規劃基於 Windows 系統的管理方式, 盡量由不同的硬碟來同時讀寫資枓, 考量的因素是

1. 應用程式啟動時, 讀取分為三部份: 程式 + 資料 + 記憶體 SWAP
2. OS 的虛擬記憶體 SWAP, 不考慮用 RAMDISK
3. 備份與系統還原的便利性
4. 硬碟的分割區愈前面愈快

以下用 ABC 表示實體硬碟
A硬碟切割區1: 切 30G 灌系統跟應用程式, (如果怪獸級程式多, 就切大一點), 切4G SWAP
A硬碟切割區2: A 硬碟剩下的實體空間, 放一些較不常用的資料

B硬碟切割區1: 4G, FAT32, 指定OS在此分割區放4092MB 的虛擬記憶體檔
B硬碟切割區2: B 硬碟剩下的實體空間, 放主要的資料(程式、文件、資料庫檔案、E-Mail 資料...etc.)

C硬碟切割區1: 4G, FAT32, 指定OS在此分割區放4092MB 的虛擬記憶體檔
C硬碟切割區2: C 硬碟剩下的實體空間, 放影像檔

D硬碟切成一顆, 跑 P2P

這樣系統啟動後, 虛擬記憶體有 A, B, C 三顆實體硬碟, 依微軟的說法, OS 會自動挑閒置的硬碟來做讀寫, 程式啟動一定會讀 A, 資料檔由 B or C 讀。

常用的使用情境:
1. 寫程式: IDE or Compiler 由 A 啟動, 程式檔由 B 讀, SWAP "大概"會落在 C 碟, 說大概是我不清楚微軟的記憶體管理演算法如何做的, 下同。

2. 看電影: Player & Plug-in 由 A 啟動, 影像檔由 C 讀, SWAP "大概"會落在 B 碟

3. P2P 獨立一顆, 若是 SATA, 讀寫時 "應該" 不會造成太大影響, IDE 的話, "可能"會影響跟它共用同一條排線的硬碟

4. 轉檔: 程式讀 A, 來源在 C or D, 結果寫到 B or C

照以上的規劃, 其實 A 槽是不用切 SWAP 的, 但是考量到硬碟可能會有 Down time, 為了系統穩定度, 還是留。

以上的規劃有一個假設, 用的是 SATA 硬碟, 因為 IDE 是兩顆共用一條線...

我不習慣用分割區來分類, 備份太麻煩, 在系統備份時, 若以基本的檔案總管作簡單的 copy or compress copy, 比較方便。資料夾選一選, 拉一拉, 丟著就去睡了。若切分割區變成要一個個分割區選一次, 相對麻煩。

這是我之前看了一些討論, 加上自己的使用經驗所歸納出來的使用方式, 供各位參考, 各位如果覺得我的規劃或假設有誤, 也歡迎一起討論。

忘了提, 我沒那個膽量用 RAID 0, 對我而言弄顆暴龍卡實在。