应锦鑫IBMi性能工具高级软件工程师IBM中国系统与科技研发中心.ppt

* * 在这里，我们注意到在8:52之前有一个CPU利用率的急剧下降。 具体的方法是利用缩放区域选择工具在你感兴趣的时间窗口上圈定一个矩形范围，然后那部分的图表就会被放大。 * Note that during the timeframe when the CPU Utilization was lower, we discover that there is “Operating System Contention Time”. * 既然之前的图表显示了争用时间, 就让我们从”等待“来入手调查。选择“争用等待概述”视图。 * 在这儿我们看见了大量的信号争用时间，不过在很多应用中这个很正常。 注意机器级别的们序列化时间。 * 现在我们清楚的看到在8:50和8:51之间有大量的机器级别的门序列化时间。 * 你将会看到下面的图表。 选择BEIJINGA/QTMHHTTP/351432 作业，然后打开”一个线程或任务的所有等待“视图来进一步的获取信息。 * 你将会看到下面的视图。 选择具有最大机器级别门序列化时间的时间间隔，然后打开 ”一个线程或任务的时间间隔详细信息“视图 继续获取详细信息. * 这里，你会看到在8:51:05这个线程正在等待QAUDJRN日志。在调用栈里你也会看到这样一条记录：这个作业正在创建监查日志条目. 注意到访问监查日志是通过”门“被串行化的。 * ?间隔时间最短为1秒 依赖IBM Performance Tools for i 许可程序产品PT1 Option 1 * * * * * * 我们有两个图表可以用来显示每个磁盘机的响应时间和I/O速率。 最上面的四个磁盘机在两个图表里都很显眼，而且是同样的四个磁盘机。 大部分I/O操作是写磁盘, 但是无论是写磁盘还是读磁盘响应时间都很糟糕。 * * * * * * * * * 如果能消除等待时间(180分钟)，那么最理想的结果该作业只要运行3小时（180分钟） 分析和减少作业等待时间是提高系统响应时间与吞吐率的最有效最经济的方法. * * * 等待的好与坏之分 在绝大多数情况下, “正常” 和 “异常”更为恰当 如: 一个记录锁或许是正常的, 但是一个持续很长时间的记录锁就不正常了。 无论哪种类型的等待，只要等待时间能最小化甚至消除，那总是好 * 作业等待统计让我们具体了解作业运行时间的分配情况 等待统计会统计系统中的每个作业、线程及任务具体的等待某类操作的次数及时间 作业有以下三个状态： CPU时间 等待CPU 等待其他资源 CPU时间 作业占用CPU资源，处于活动状态 等待CPU 作业准备就绪，等待CPU资源 等待其他资源 作业等待CPU外的其他资源 * * 这些收集器都已经集成在操作系统中 * * 部分免费 作业观察器 依赖 LP PT1 支持多语言 需要启动HTTP服务 * 在IBM Systems Director Navigator for i展开“IBM i 管理”树视图，选择性能后就能看到PDI视图． 显示所有性能任务－提供了对数据收集器操作的图形化接口 集合－管理系统的性能数据 调查数据－对数据收集器收集的数据进行分析 * 只有英文版 付费的应用 * * Collection Services 性能数据收集器拥有最小的开销，旨在全天候运行。可以控制收集哪些数据。Collection Services 默认启用，IBM 建议不要禁用或关闭 Collection Services。 * * * * 讲解坐标系； 注意在时间间隔号11的位置，CPU的使用率下降到最低点，并且可以看到这应该与时间间隔10上的“操作系统争用时间”有很大关系。 * * 在这个视图上，我们可以看到柱状图蓝色部分是“机器级别门序列化时间”以及粉色部分是“信号争用时间”。 信号争用是比较常见的等待情况，所以我们不太关注这部分。 我们需要关注是什么造成机器级别门序列化。 * * * 从 V6.1 版本开始，IBM i 操作系统就随带了 Job Watcher 性能数据收集器。 作业观察器是一个用于收集几乎实时的作业性能统计信息的高级工具，它可以提供调用栈，等待时间的统计信息，作业统计信息，SQL语句，通信统计信息及其他在系统中运行作业的信息 性能数据分析 * * * 作业观察器 作业观察器性能数据收集器旨在收集更详细的作业性能数据以进行诊断。Job Watcher 与 Collection Services 收集的数据大致相同，但收集的信息更详细，比如调用栈和 SQL 语句。 基于时间间隔的性能数据收集器 最小时间间隔为0.1秒。 需要创建作业观察器定义。 * 作业观察器配置 通过显示所有性能任务按钮，我们可