Changes between Version 15 and Version 16 of lustre_load_balance
- Timestamp:
- Aug 25, 2008, 6:24:14 PM (16 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
lustre_load_balance
v15 v16 20 20 ||OST大小\欲存取的檔案大小 || 大檔案居多(need stripe files)||小檔案居多(no stripe needed)|| 21 21 ||OST的大小差異大 (類 Grid 的環境)||使用 lfs 指令，但有無法有效利用所有 OST 的重大缺點||使用 Lustre 內建的 weighted allocator 來自動尋找空間剩餘較多的OSTs|| 22 ||OST的大小差異小 (類 Cluster 的環境)||使用 lfs 指令即可完美達到 Load Balance 的目的||使用 Lustre 內建的 round-robin 機制來自動輪流將檔案寫入 OSTs 之中||22 ||OST的大小差異小 (類 Cluster 的環境)||使用 lfs 指令即可完美達到 Load Balance 的目的||使用 Lustre 內建的 round-robin 機制來自動輪流將檔案寫入 OSTs 之中|| 23 23 24 24 * 眼尖的民眾可以發現一個有趣的結果就是："最差的就會拖累整體"。平行運算中只要有一個特別慢的，那麼很可能就會拖累整個工作進行的速度；而檔案系統也是如此，容量越小的越容易拖累大家。但是在檔案系統中，只要能解決 "lfs setstripe" 指令在 類-Grid環境中處理大檔案的重大缺點，就可以結決此問題。就像在平行運算中使用 task-pull 的方式是一樣的道理，簡單地說就是能力越強的，要做的事情就越多。檔案系統也是，容量越大的，它被寫入的機會應該也要越大才是。直到大的都用完了，再來用小的。
