本文介绍了 IBM Rational Performance Tester 中的各种资源监控数据收集器，包括对每种数据收集器架构的讨论，以及当使用 Performance Tester 时，如何配置每种收集器的讨论。
概述
资源监控是用于描述随着时间对财产或资产进行的观测的术语。一般这些观测是数值事实或数据，也通称为统计数据。性能测试领域中最常见的资源是，但不限于，物理系统或系统上的过程执行。当试图确定不能在合理级别上执行的应用程序的问题时，资源监控是至关重要的，因为这种类型的监控允许性能测试人员确定是否缺失系统级资源，或者应用程序本身是否存在问题。
IBM® Rational® Performance Tester 中的资源监控特性允许进行系统和系统过程的实时监控。这种粒度可以令问题测定分析人员准确地诊断出问题，因为资源监控数据可以帮助分析人员确定，失败是否是由系统资源（例如内存），或应用程序的执行所涉及的特殊过程（例如数据库）的缺失所导致的。
Rational Performance Tester 提供了三种资源监控数据收集器：
Microsoft ® Windows 系统的 ® Windows™ Performance Monitor®
Linux®/UNIX® 系统的 rstatd
用于监控各种平台的 IBM Tivoli® Monitoring（ITM）
数据收集器扩展了一般的 Resource Monitoring 平台，该平台包含于 Performance Tester（参见图 1，IBM Rational Performance Tester 堆栈架构）中。利用 Eclipse™ Platform 扩展，可以向该产品添加 Resource Monitoring 平台将自动加载的额外的数据收集器。
图 1. IBM Rational Performance Tester 堆栈架构
因为每个数据收集器都对从远程主机上检索数据设立具体的机制，所以 Resource Monitoring 平台被设计用来书写定制的 Java? 代码，利用通用的接口来实现数据收集机制。
一旦检索到数据，就必须将这些数据转换为 Eclipse Test and Performance Tools Platform（TPTP）统计模型格式。该模型格式是基于 Eclipse Modeling Framework（EMF）并且被设计为利用 XML 存储统计数据的一般方法。开源的 Eclipse TPTP 工程提供了抽象出该数据存储细节，并且使被检索数据的存储变得容易的 API。
Performance Tester 中提供的所有数据收集器都有数据检索的具体机制，然而，一旦收集了数据，收集器就会将该数据转换为通用的统计模型格式。因此，Performance Tester 和其他基于 Eclipse 的视图根据该数据汇报报告。
当配置性能进度表时，就启用了资源监控。选择 Performance Schedule Editor 的 Schedule Contents 部分中的最顶层节点。图 2 展示了 Schedule Element Details 部分中可用的配置参数。标有 Resource Monitoring 的选项卡包含了当执行上下文中的进度表时所使用的配置参数。
图 2. Performance Schedule Editor
让我们来说明一些选择和操作：
- Enable resource monitoring：该复选框激活了对您所处理的性能进度表的资源监控特性。总的来说，它可以用作资源监控的开或关的转换开关。
- Ignore invalid resources when executing the schedule：选择该复选框来禁止关于资源监控数据源的错误消息。如果数据源不可访问或无效，就会出现这些错误。如果您选择了该选项，那么您必须观察日志来查看错误消息。
- Resource Monitoring选项卡中的Data Source表展示了，当执行该进度表时，收集的数据所来自的配置的数据源。如果这是个新的进度表，那么Data Source表将会是空的。如果您先前已经将资源监控数据源添加到该进度表中，那么您可以Edit或Remove它们。Remove不把数据源从文件系统中删除，它只将其从本视图中去除，因为其他的测试进度表或应用程序可能仍旧在使用该数据源。
- 单击Add New（参见图 2），创建并让用户配置新的资源监控位置：
- Host（图 3）指示在性能进度表执行过程中要监控的目标主机名（全限定主机名 Internet Protocol（IP）地址）。
- 当您把 IBM Tivoli Monitoring 作为数据源时，Host 字段中是资源管理收集代理（或监控代理）的位置，不是 Tivoli Enterprise Monitoring Server 的位置。
- 当把 Windows Performance Monitor 或 UNIX rstatd 监控器作为数据源时，Host 字段是需要被监控的目标 Windows 或 UNIX 系统。
- Data Sources列表中有大量数据收集器可用。如果需要，您可以通过从对话框左手边的复选框列表中选择想要的数据源来为一个位置配置许多数据源。
- 如果您的工作区中现有您想要在当前的工作性能进度表中添加并配置的位置，那么就单击Add Existing（图 2）。
一旦您启用了资源监控，您就必须指定数据收集所出自的数据源。
您对特定数据源所做的任何配置变更都存在该位置。这意味着您必须只能设置一次数据源。如果您导出进度表，那么它将包含数据源配置信息。这可能包含敏感信息，例如，所存储的密码。
注意获取准确的资源监控数据是很重要的，您必须确保所有系统上的时钟是同步的。如果您没有将工作平台上的时钟和所有在测系统上的时钟进行同步，那么报告中的资源计数器将显示不准确（就时间而论）。
用 Windows Performance Monitor 进行监控
Microsoft Windows 操作系统包含可以通过 Windows Registry 或者使用应用程序编程接口（Application Programming Interface，API）来访问的内嵌测量基础架构。测量基础架构与 Windows Management Infrastructure（WMI）是分离的，并且考虑到大约一千个性能计数器的实时监控。
性能计数器指示操作系统、应用程序或者服务执行得有多好。每个计数器都有特定得收集量度，例如，名为% Processor Time的计数器将收集处理器执行非空闲线程所消耗时间的百分比，并且可以作为处理器活动的指示器。获取这种计数器随时间的测量可以帮助分析人员发现系统的瓶颈，并且调整系统或应用程序的性能。
