close Warning: Can't synchronize with repository "(default)" (Unsupported version control system "svn": libsvn_ra_svn-1.so.1: failed to map segment from shared object: Cannot allocate memory). Look in the Trac log for more information.

Changes between Version 14 and Version 15 of lustre_load_balance


Ignore:
Timestamp:
Aug 25, 2008, 6:23:11 PM (18 years ago)
Author:
chris
Comment:

--

Legend:

Unmodified
Added
Removed
Modified

  • lustre_load_balance

    v14 v15  
    2222||OST的大小差異小 (類 Cluster 的環境)||使用 lfs 指令即可完美達到 Load Balance 的目的||使用 Lustre 內建的 round-robin機制來自動輪流將檔案寫入 OSTs 之中||
    2323
    24  * 眼尖的民眾可以發現一個有趣的結果就是："最差的就會拖累整體"。平行運算中只要有一個特別慢的，那麼很可能就會拖累整個工作進行的速度；而檔案系統也是如此，容量越小的越容易拖累大家。但是在檔案系統中，只要能解決 "lfs setstripe" 指令在 類-Grid環境中處理大檔案的重大缺點，就可以結決此問題。就像在平行運算中使用 task-pull的方式是一樣的道理，簡單地說就是能力越強的，要做的事情就越多。檔案系統也是，容量越大的，它被寫入的機會應該也要越大才是。直到大的都用完了，再來用小的。
     24 * 眼尖的民眾可以發現一個有趣的結果就是："最差的就會拖累整體"。平行運算中只要有一個特別慢的，那麼很可能就會拖累整個工作進行的速度；而檔案系統也是如此，容量越小的越容易拖累大家。但是在檔案系統中，只要能解決 "lfs setstripe" 指令在 類-Grid環境中處理大檔案的重大缺點，就可以結決此問題。就像在平行運算中使用 task-pull 的方式是一樣的道理，簡單地說就是能力越強的，要做的事情就越多。檔案系統也是，容量越大的，它被寫入的機會應該也要越大才是。直到大的都用完了，再來用小的。