查看 gWLM 的工作方式

在 vpar1 和 vpar2 上启动 gWLM 代理守护程序：

# vpar1> /opt/gwlm/bin/gwlmagent

# vpar2> /opt/gwlm/bin/gwlmagent

或者，可通过 SIM 启动代理，如《VSE 管理软件安装与更新指南》所述。

通过将 Web 浏览器指向以下地址来连接到 SIM：

http://主机名:280

其中主机名代表 CMS 的主机名，在本例中为 vpar3。

按照“gWLM 入门”中介绍的步骤执行操作，创建包含两个 vpar 的 gWLM SRD

1. 对于主机，在表下面的字段中输入两个 vpar 的名称（以空格分隔）

2. 确保在设置 SRD 属性时使用受管模式。

3. 对 vpar1 工作负荷和 vpar2 工作负荷使用 OwnBorrow 策略

   OwnBorrow 策略的名称具有以下形式：

   Owns_4-Max_8

   理想情况下，在使用该策略类型时，工作负荷自有核心总数将等于 SRD 中的核心总数（可能需要编辑策略才能使两者相等）。

4. 确认并完成 SRD 创建过程（之后将出现 SRD 视图，显示新建的 SRD 及其工作负荷）。

选择 vpar1 工作负荷

通过在 VSE Management 菜单栏中进行如下选择，来查看 gWLM 的实时报告，以便显示 vpar1 的 CPU 资源分配情况：

ReportgWLM Real-time Reports...

也可以通过选择工作负荷的直方图来查看报告。

选择 [Policy graph] 单选按钮查看 vpar1 的 CPU 资源分配图

在 vpar1 中启动占用大量 CPU 资源的工作负荷

如果在 vpar1 中已经配置了这样的工作负荷，请立即启动该工作负荷。

如果需要这样的工作负荷，以下命令将输出其 PID（在本例中为 24379），之后将只消耗 CPU 资源：

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

[1] 24379

该命令将消耗一个核心的大部分资源。启动该命令的多个副本将消耗更多的核心。

等待几分钟，然后查看第 6 步中的“Policy Request and Workload Allocation”图形，来查看 vpar1 的工作负荷策略如何请求 CPU 资源分配以及 gWLM 如何授予这些分配

强行终止在 vpar1 中启动的工作负荷

将屏幕顶部附近的“工作负荷”下拉列表设置为 vpar2 工作负荷，并重复第 7 步至第 9 步，以便查看 gWLM 将核心移动到 vpar2 的情况