使用計算單元控制工作地區

cu [balance]

用於此工作的所有計算單元應該提供相同數目的插槽 (至一個插槽內)。 它提供對最少可能計算單位的平衡配置。

cu [pref = bestfit]

工作將放置在儘可能少的計算單元之間 (給定現行資源可用性) ，同時偏好使用工作已佔用的資源，以嘗試減少叢集中的片段化。 請勿與 balance 關鍵字一起使用。

cu [pref = config]

此工作的計算單位會依照它們在 lsb.hosts 配置檔中出現的順序來考量。 這是預設值。

cu [pref = minavail]

此工作首先會考量具有最少可用時段的計算單元。 它適用於較小的工作 (循序及平行) ，因為這會將計算單元的可能片段化減至最少，讓較大的工作可以使用整個計算單元。

cu [pref = maxavail]

此工作首先會考量具有最多可用插槽的計算單元。

cu [maxcus=number]

工作可以執行的計算單元數目上限。

cu [usablecuslots=number]

用於此工作的所有計算單元都應該提供相同的最小 number 個插槽。 最終配置的計算單元最多只能提供少於 number 個插槽。

cu [type=cu_type]

使用的計算單元類型，其中 cu_type 是由 COMPUTE_UNIT_TYPES 在 lsb.params中定義的其中一個類型。 預設值是 lsb.params中第一個列出的計算單元類型。

cu [excl]

專門用於工作的計算單元。 必須由 lsb.queues中的 EXCLUSIVE 啟用。

1. bsub -R "cu[]" -n 64 ./app

   此工作限制為預設類型的計算單元enclosure. 套用預設 pref=config ，並依配置順序考量計算單元。 工作在中的 30 個插槽上執行enclosure1， 10 個插槽位於enclosure2， 18 個插槽進入enclosure3，且 6 個插槽位於enclosure4總共 64 個插槽。

2. 計算單元可以按大部分可用時段或最少可用時段的順序來考量，其中可用時段包括任何可用且未被執行中工作佔用的可用時段。

   bsub -R "cu[pref=minavail]" -n 32 ./app

   此工作限制為預設類型的計算單元enclosure順序為 pref=minavail。 優先考量具有最少可用插槽的計算單位。 工作在中的 10 個插槽上執行enclosure2， 18 個插槽進入enclosure3及 4 個插槽enclosure5共 32 個插槽。

3. bsub -R "cu[type=rack:pref=maxavail]" -n 64 ./app

   此工作限制為預設類型的計算單元enclosure順序為 pref=maxavail。 會先考量具有最多可用時段的計算單元。 工作在中的 64 個插槽上執行enclosure8.

1. bsub -R "cu[pref=maxavail:maxcus=1]" ./app

   此工作僅限於單一機箱，且會優先考量具有最多可用插槽的計算單元。 工作需求滿足者enclosure8它有 64 個可用插槽。

2. bsub -n 64 -R "cu[maxcus=3]" ./app
   此工作在 3 個機箱或更少的機箱上總共需要 64 個插槽。 計算單位依配置順序考量。 下列配置滿足工作需求:

   ---

   計算單位	可用時段
   enclosure1	30
   enclosure3	18
   enclosure4	16

   ---

1. bsub -n 80 -R "cu[balance:maxcus=4]" ./app

   此工作需要在類型的最少可能計算單元上進行平衡配置enclosure(預設類型) ，總計 80 個插槽。 由於所配置的機箱都沒有 80 個插槽，因此會使用 2 個計算單元 (各有 40 個插槽) ，滿足 maxcus 使用 4 個計算單元或更少的需求。

   未包含關鍵字 pref ，因此會使用預設順序 pref=config 。 中的 27 個插槽滿足工作需求enclosure1， 27 個插槽enclosure7，及 26 個插槽enclosure8，總共 80 個插槽。

2. bsub -n 64 -R "cu[balance:type=rack:pref=maxavail]" ./app

   此工作需要在類型的最少可能計算單元上進行平衡配置rack，總計 64 個插槽。 依順序優先考量具有最多可用時段的計算單元rack4,rack1,rack3,rack2. 工作需求滿足下列條件:rack4.

3. bsub -n "40,80" -R "cu[balance:pref=minavail]" ./app

   此工作需要對類型為的計算單元進行平衡配置rack，範圍為 40 到 80 個插槽。 當範圍與關鍵字 balance一起指定時，只會考量最小屬性數，因此工作需要 40 個屬性。 優先考量具有最少可用插槽的計算單位。

   因為平衡會使用最少可能的計算裝置，所以會先考量具有 40 個以上插槽的機架，亦即rack1和rack4。然後會選取具有最少可用插槽的機架，且中的 40 個插槽滿足所有工作需求enclosure8.

• bsub -n 64 -R "cu[balance] span[ptile=4]" ./app

  此工作需要在類型的最少可能計算單元上進行平衡配置enclosure，總計 64 個插槽。 每一個使用的主機必須提供 4 個插槽。 自enclosure8有 64 個插槽可供 16 部主機使用 (每部主機 4 個插槽) ，可滿足工作需求。

  有enclosure8未滿足需求，其他可能的配置依考量順序 (先最少計算單元數) 包括:

  ---

  計算單位數目	主機數目
  2	8+8
  3	5+5+6
  4	4+4+4+4
  5	3+3+3+3+4

  ---

1. bsub -n 45 -R "cu[usablecuslots=10:pref=minavail]" ./app
   此工作需要在每一個機箱中至少配置 10 個插槽，但最後一個可能除外。 優先考量具有最少可用插槽的計算單位。 下列項目的空位配置可滿足需求:

   ---

   計算單位	插槽數目
   enclosure2	10
   enclosure5	19
   enclosure4	16

   ---

2. bsub -n "1,140" -R "cu[usablecuslots=20]" ./app
   此工作需要在每個機箱中至少配置 20 個插槽，但最後一個除外。 以配置順序考量計算單元，並盡可能配置接近 140 個插槽。 配置 140 個插槽滿足需求，其中只有最後一個計算單元配置少於 20 個插槽，如下所示:

   ---

   計算單位	插槽數目
   enclosure1	30
   enclosure4	20
   enclosure6	20
   enclosure7	64
   enclosure2	6

   ---

1. bsub -R "cu[excl:type=enclosure]" ./app

   此工作需要專用以配置順序考量計算單元的機體。 第一個未執行任何工作的機箱是enclosure7.

2. 將 excl 與 usablecuslots搭配使用時，工作會避免大部分主機無法使用的計算單元。

   bsub -n 90 -R "cu[excl:usablecuslots=12:type=enclosure]" ./app

   此工作需要專用計算單元，而且如果可用的插槽少於 12 個，則不會使用計算單元。 計算單位依配置順序考量。 在此情況下，工作需求由下列位置中的 64 個插槽滿足:enclosure7及 26 個插槽enclosure8.

3. bsub -R "cu[excl]" ./app

   此工作需要以配置順序考量計算單位的專用機架。 唯一沒有執行任何工作的機架是rack4.

Begin ComputeUnit 
NAME  MEMBER   TYPE
h1    host1    host
h2    host2    host
...
h50   host50   host
End ComputeUnit

1. bsub -R "cu[]" ./app

   預設類型的計算單位host，每一個包含單一主機，以配置順序考量。

2. bsub -R "cu[pref=minavail]" ./app

   預設類型的計算單位host每一個都包含單一主機。 優先考量具有最少可用插槽的計算單位。

3. bsub -n 20 -R "cu[pref=maxavail]" ./app

   預設類型的計算單位host每一個都包含單一主機。 會先考量具有最多可用時段的計算單元。 此工作總共配置了 20 個插槽。

• bsub -n 12 -R "cu[pref=maxavail:maxcus=3]" ./app

  預設類型的計算單位host每一個都包含單一主機。 會先考量具有最多可用時段的計算單元。 此工作需要在最多 3 個主機上配置 12 個插槽。

1. bsub -n 9 -R "cu[balance]" ./app

   預設類型的計算單位host，每一個包含單一主機，以配置順序考量。 可能的平衡配置如下:

   ---

   計算單位	主機	每個主機的插槽數目
   1	1	9
   2	2	4, 5
   3	3	3, 3, 3
   4	4	2, 2, 2, 3
   5	5	2, 2, 2, 2, 1
   6	6	2, 2, 2, 1, 1, 1
   7	7	2, 2, 1, 1, 1, 1, 1
   8	8	2, 1, 1, 1, 1, 1, 1, 1
   9	9	1, 1, 1, 1, 1, 1, 1, 1, 1

   ---

2. bsub -n 9 -R "cu[balance:maxcus=3]" ./app

   預設類型的計算單位host，每一個包含單一主機，以配置順序考量。 可能的平衡配置為 1 部主機 (含 9 個插槽)、2 部主機 (含 4 個及 5 個插槽) 或 3 部主機 (各含 3 個插槽)。

1. bsub -n 16 -R "cu[usablecuslots=4]" ./app

   預設類型的計算單位host，每一個包含單一主機，以配置順序考量。 僅考量具有 4 個以上可用插槽且未被執行中工作佔用的主機。 每一個主機 (可能除了最後配置的主機之外) 必須至少提供 4 個插槽給工作。

2. bsub -n 16 -R "rusage[mem=1000] cu[usablecuslots=4]" ./app

   預設類型的計算單位host，每一個包含單一主機，以配置順序考量。 僅考量具有 4 個以上可用插槽、未被執行中工作佔用且具有 1000 個記憶體單元的主機。 例如，具有 10 個插槽及 2000 個記憶體單元的主機只會有 2 個插槽可用，可滿足此工作的記憶體需求。

• maxcus
• type=<type>
• usablecuslots=<num>
• excl
• 計算單元喜好設定 -m 選項

• bsub -R “cu[excl:pref=bestfit]” -n 10 myjob

  運算單元最適合的專用工作

• bsub -R “cu[pref=bestfit:usablecuslots=5]” -n 15 myjob

  最適合的工作放置，具有預設層次及以下層次的插槽配置下限。

• bsub -m “cu1+10 cu3+1” -R “cu[pref=bestfit] ” -n 10 myjob

  在考量主機喜好設定的同時，提供最適合的工作安置。 主機喜好設定具有較高的優先順序。

• bsub -R “cu[pref=bestfit:maxcus=2:type=switch]” -n 10 myjob

  預設層次及以下指定 maxcus 的最適合工作放置。 對於第二階段， LSF 會考量使用者指定值中最低的 maxcus ，以及在第一階段中計算的計算單位數目。

• bsub -R “8*{select[LN]} + {cu[pref=bestfit]}” myjob

  具有複合資源需求的工作。

bsub -n 2 -m "cu1+10 cu2+5 cu3+1 cu4" -R "cu[]" ./app 

1. LSF 根據主機偏好計算計算單元偏好，以計算單元內主機的最高偏好作為計算單元偏好。 例如：
   1. 在下列範例中， h1 h2 屬於 cu1 且 h3 h4 屬於 cu2，根據候選主機喜好設定， LSF 判定 cu1 喜好設定為 10 ， cu2 喜好設定為 0。

      bsub -n 2 -m "h1+10 others" -R "cu[pref=minavail]" ./app 

   2. 在下列範例中， h1 h2 屬於 cu1 且 h3 h4 屬於 cu2，根據候選主機喜好設定， LSF 判定 cu1 喜好設定為 10 ， cu2 喜好設定為 9。

      bsub -n 2 -m "h1+10 h2+1 h3+9 h4+9" -R "cu[pref=minavail]" ./app 

2. LSF 決定計算單位順序，如下所示:
   1. 當在步驟 1.中計算計算單位喜好設定時， 以上不同， LSF 根據計算單元優先排序計算單元，先考慮優先順序較高的計算單元。 例如：
      1. 因為在下列範例中 cu1 的喜好設定高於 cu2 ，所以 LSF 會先考量 cu1，然後再考量 cu2，而不考慮 cu[pref=config | maxavail | minavail] 原則。

         bsub -n 2 -m "cu1+10 cu2" -R "cu[pref=minavail]" ./app

      2. cu[pref=maxvail] 和 cu[pref=config] 也遵循此原則。
   2. 當在步驟 1.中計算計算單位喜好設定時， 以上相同， LSF 會使用 cu[pref=config | maxavail | minavail]來訂購計算單元。 例如：
      1. 因為下列範例中的所有計算單元都沒有喜好設定，所以 LSF 會使用標準邏輯來決定計算單元順序。 pref=minavail 生效。

         bsub -n 2 -R "cu[pref=minavail]" ./app 

      2. 因為下列範例中的所有計算單元都具有相同的喜好設定，所以 LSF 會使用標準邏輯來決定計算單元順序。 pref=minavail 生效。

         bsub -n 2 -m "cu1+10 cu2+10" -R "cu[pref=minavail]" ./app

      3. cu[pref=maxvail] 和 cu[pref=config] 也遵循此原則。
3. LSF 確定計算單元順序後， LSF 排程器根據計算單元順序調整候選主機列表。

• 當強制第一個執行主機與計算單元特性一起使用時，包含第一個執行主機的計算單元會在計算單元之間獲得第一個喜好設定。 其餘計算單位會根據計算的計算單位喜好設定來排序。 如同先前在 LSF 中，在工作的配置中只能使用其中一個候選第一次執行主機。