作用中的 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_CPUs-Max_8_CPUs

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

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

選擇 vpar1 工作負載

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

選擇 [View Policy Detail] 按鈕以檢視 vpar1 的 CPU 配置圖

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

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

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

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

[1] 24379

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

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

殺掉在 vpar1 啟動的工作負載

針對 vpar2 的工作負載重複步驟 5 到步驟 9，以瞭解 gWLM 將 CPU 轉移到 vpar2 的情形。