查看作用中的 gWLM

啟動 vpar1 和 vpar2 上的 gWLM 代理協助程式：

# vpar1> /opt/gwlm/bin/gwlmagent

# vpar2> /opt/gwlm/bin/gwlmagent

或者，您可以透過 SIM 啟動代理程式，如《VSE 管理軟體安裝與更新指南》所述。

欲連線至 SIM，請將您的網頁瀏覽器指向：

http://主機名稱:280

其中，主機名稱係指 CMS 的主機名稱，此處是 vpar3。

遵循「gWLM 快速入門」所述的步驟，建立包含這兩個 vpar 的 gWLM SRD

1. 將這兩個以空格隔開的 vpar 名稱輸入到表格下方的欄位中，以做為主機名稱。

2. 設定 SRD 的屬性時，請確認所採用的模式是管制模式。

3. 在 vpar1 和 vpar2 工作負載中使用「擁有借用」規則。

   「擁有借用」規則具有下列形式的名稱：

   Owns_4-Max_8

   理想的情況是使用這類型的規則時，工作負載所擁有的核心總數應該會與 SRD 中的核心總數相等(為了讓這個數量相等，您必須自行編輯規則)。

4. 確認並完成 SRD 的建立作業 (隨即您將被置於顯示新建立的 SRD 及其工作負載的 SRD 作業視界)。

選擇 vpar1 工作負載

在 VSE Management 功能表列中進行選擇，以檢視可說明 vpar1 的 CPU 資源配置情形之 gWLM 即時報告：

ReportgWLM Real-time Reports...

您也可以選擇工作負載的長條圖，以檢視報告內容。

選擇 [Policy graph] 單選按鈕，以查看 vpar1 的 CPU 資源配置圖

啟動 vpar1 內 CPU 資源密集 (CPU resource-intensive) 的工作負載

若您已在 vpar1 中配置此類的工作負載，那麼請立即將它啟動。

若您需要類似此類的工作負載，則下列命令會印出其 PID (在此例中為 24379) 並開始消耗 CPU 資源：

# perl -e ’print "$$\n";while (1) {};’ &

[1] 24379

這項命令將會消耗大部份的一個單一核心。請您多次複製這項命令，以消耗更多的核心。

稍待幾分鐘後檢視步驟 6 的「Policy Request and Workload Allocation」圖表，以瞭解 vpar1 的工作負載所選用的規則要求 CPU 資源配置的情形，以及 gWLM 授予它們的方式。

殺掉在 vpar1 啟動的工作負載

將畫面頂端 Workload 下拉式清單清單設為 vpar2 工作負載，並重複「步驟 7」到「步驟 9」以查看 gWLM 將核心移至 vpar2