AIX 5L性能分析 个人收藏经典版.docx

AIX 5L 性能优化，第 1 部分: 监视 CPU关于本系列本系列文章由三部分组成，重点介绍中央处理器 (CPU) 性能和监视的各个方面。本系列文章的第一部分概述了有效监视 CPU 的方法，讨论性能优化的方法，并从正反两方面考虑可能影响性能的因素。本系列文章的第一部分虽然详细说明了一些命令，但第二部分将更集中于实际 CPU 系统监视的细节，以及分析趋势和结果。第三部分则专注于通过主动控制线程使用和其他方法在最大程度上优化您的 CPU 性能。在整个系列文章中，我还将详细说明 AIX? CPU 性能优化和监视方面的各种最佳实践。引言作为一名 AIX 管理员，您应该已经了解性能优化的一些基础知识。您很可能已经在使用各种命令，如 vmstat 或 topas，并且熟悉识别占用大量 CPU 资源的进程的方法。有一点您可能并不了解，CPU 性能优化不仅仅是关于运行某些命令，它还涉及主动监视您的系统，特别是在不存在性能问题时。本文介绍 CPU 性能优化的方法，并提供经过时间验证的步骤，可以帮助您完成整个优化过程。在本文中，我将介绍您可能希望使用的一些监视工具，概述 POWER 芯片和可能会影响性能的考虑因素。即使对于大多数资深管理员来说，虚拟化环境中的性能也带来了一种挑战，因此我还会详细说明虚拟化环境中的特定问题，包括同步多线程 (SMT)、虚拟处理器以及 POWER Hypervisor。我还将讨论在调整 CPU 的过程中需要特别关注的领域，包括调整调度程序、平衡系统负载，以及更改调度程序的算法以优化优先级公式。在调查性能问题时，从监视 CPU 使用率的统计数据入手。持续观察系统的性能非常重要，这是因为需要对过载的系统数据与正常使用的数据（作为基准）进行比较。因为 CPU 是系统中最快的组件，因此如果 CPU 使用率使 CPU 保持 100% 忙碌，那么也会影响系统范围的性能。如果发现系统使 CPU 保持 100% 忙碌，则需要调查导致这种情况发生的进程。AIX 提供了许多分别针对系统和进程（或同时针对系统和进程）的跟踪和分析工具。在 CPU 受限的系统中，所有处理器都是 100% 忙碌的，并且一些作业可能正处在运行队列中等待 CPU 时间。通常来说，如果某个系统的 CPU 是 100% 忙碌，并且相对于 CPU 的数目来说拥有大规模的运行队列，以及具有更为频繁的上下文切换，那么该系统很有可能成为 CPU 受限系统。这是快捷但非恰当的判断方法，并且我敢确定您会发现更多的判断方法。优化方法在本部分中，我们将了解几种 AIX 优化的方法。建立基准在优化乃至启动监视之前，必须先建立一个基准。基准是当系统运行良好时的情况快照。基准不应该仅仅捕获性能类型的统计数据，还应该记录系统的实际配置（内存大小、CPU 数量以及硬盘容量）。如果不记录系统配置，则无法进行同类比较。这在分区系统中尤为重要，您可以在极短时间内进行动态逻辑分区 (DLPAR)。要得到适当的基准，您需要确定监视所使用的工具。有许多可供您在 AIX 5.3 中使用的工具，其中一些工具更适用于分区和虚拟化环境（例如，lparstat 和 mpstat）。一些更通用的工具通常可用于所有版本的 UNIX?，其中包括 vmstat、sar 和 ps。还有一些 AIX 专用的实用工具，包括 topas、procmon，以及一些部分受支持的工具，如 nmon。如果您已经确定了监视工具，就需要开始收集统计数据和性能度量数据。这有助于定义给定系统的可接受性能水平。再次重申，应该在接听可怕的电话之前开始跟踪问题。您需要了解运行良好的系统所表现的特点。还应该与相应的应用和功能团队协作确定运转良好的系统的精确定义。此时，您可以将该定义转换为服务水平协议 (SLA)，准备征得客户的正式同意。压力测试和监视此方法的第二步是压力测试和监视部分。现在需要监视系统在高峰负载和故障期间的情况。这有助于准确确定系统的问题所在。这确实是 CPU 瓶颈，还是与内存或 I/O 的关系更为密切？在此步骤中，我喜欢使用多种监视工具来帮助验证所发现的问题。我可能使用交互式工具（如 vmstat），然后使用捕获工具（如 nmon）来帮助我跟踪数据历史记录。此监视步骤非常关键，因为如果没有准确记录系统运行（特别是承受压力期间）的历史数据，就无法有效地优化任何功能。此时建立系统的性能策略非常重要。您可以在监视过程中制定相关措施，并根据历史数据对这些措施进行分析，然后在压力测试阶段进一步分析。识别瓶颈对系统进行压力测试和监视的目的是为了确定瓶颈。若不作出正确诊断，就无法对症下药。如果系统实际上是 CPU 受限的，就可以运行其他工具（如 trace、curt、splat、tprof 和 ps）来进一步确定导致瓶颈的实际进程。还有可能您的系统实