工作负载设计

IBM® CICS® Performance Team 开发的性能测试工作负载是故意轻量级的。 这些工作负载几乎没有业务逻辑。 术语 业务逻辑 是指仅用于根据业务规则处理数据的语言构造。 相比之下， 工作负载逻辑 用于控制应用程序与 CICS TS 环境之间的程序流。

IBM CICS Performance Team 专门针对 CICS TS 运行时代码中性能问题的发现。 使用轻量级应用程序可最大限度地提高开发时任何潜在问题的可视性。

现在，请考虑以下示例: 在开发阶段， CICS TS 产品中的更改无意中为每个事务引入了 5 μ s 的 CPU 开销。 对于第一个方案中的工作负载 (包含最少量的业务逻辑) ，总事务成本从 0.337 毫秒增加到 0.342 毫秒的 CPU。 这是 1.5% 的增幅。 对于第二个方案中的工作负载 (包含重要的业务逻辑) ，总事务成本从 1.500 毫秒增加到 1.505 毫秒的 CPU。 这将增加 0.3%。

虽然在 可重复测量 和 收集性能数据中描述了用于最小化性能测试结果的可变性的方法，但仅可实现性能测试结果的有限精度级别。 通过遵循 CICS TS 性能测试环境中的主要实践，经验表明可以实现大约 ± 1% 的准确性。 在第一个场景中使用编码会导致相对性能变化 (1.5%) ，这大于测量精度。 检测到小的性能降级，可以更正该缺陷。

最大限度减少测试应用程序中的业务逻辑量将使对 CICS TS 运行时代码的任何特定修改的整个工作负载的性能相对变化最大化。 通过使用此最坏情况测试方案方法， IBM CICS Performance Team 可以确信实际应用程序不会观察到性能行为中的任何更改。