共用方式為

瞭解回填

  • 發行項

回填可協助將叢集使用率和輸送量最大化，只要前端的作業不會因此延遲，讓佇列中較小的作業更遠地在等候佇列前端的工作之前執行。 HPC 作業排程器服務會在嘗試利用資源進行回填之前，將執行中的作業成長到其要求的最大資源。 如需如何變更組態選項的詳細資訊，請參閱 設定 HPC 作業排程器服務。

默認會啟用回填，且 回填看起來會提前 設定為 1000 個作業。 回填前方設定會決定 HPC 作業排程器服務搜尋的作業數目，以尋找可在排程中填補空白的工作。 下列組態選項可讓您修改或停用回填：

  • 允許從佇列的一部分進行回填（在指定的回填中向前查看）

  • 允許從整個佇列回填

  • 不允許回填

注意

只有在提交至叢集的作業已指定運行時間上限時，回填才有效。

您可以使用作業範本在所有作業上定義運行時間上限。 例如，您可以分別建立一系列名為 BigJob、MediumJob 和 SmallJob 的作業範本，其運行時間上限為一天、一小時和一分鐘。 如需詳細資訊，請參閱 作業範本。

您也可以撰寫作業提交篩選，以檢查運行時間作業屬性未設定為無限。 如需詳細資訊，請參閱 瞭解啟用和提交篩選。

回填的運作方式

當作業到達佇列頂端時，可能無法使用足夠數目的節點，以符合其最低核心需求。 發生這種情況時，作業會保留任何立即可用的節點，並等候目前正在執行的作業完成。

然後，回填會利用保留的閑置節點，如下所示：

  1. 根據目前執行的作業所指定的運行時間，會建立等候作業的開始時間。

  2. 開始時間是用來定義節點 （n） x 時間 （t） 回填視窗。 例如，閑置 15 分鐘的四個節點會建立 4 x 15 的回填視窗。

  3. HPC 作業排程器服務會在佇列中搜尋可在回填視窗中完成的第一個作業。 例如，至少需要 8 個核心（假設雙核心節點為四個節點）且運行時間為 10 分鐘的作業完全符合 4 x 15 視窗。

  4. 如果找到符合視窗的工作，則會在等候佇列頂端的工作之前啟動並執行。

其他參考