HP-UX 性能分析思路 最近给用户作performance tuning. 看到一篇好文章，按照其中思路来做，效果不错，拿出来和大家share! 第一步 执行 ＃sar –u [interval] [iterations] (例如：sar –u 5 30) 结果分析：％idle 值低吗？长时间内％idle 值<5 说明 CPU 很可能有瓶颈。 ％idle 值高 系统没有 CPU 瓶颈，去到第三步 系统可能的瓶颈存在于 CPU、memory或 I/O 中间，去到第％idle 值低 二步 第二步 续第一步结果分析：％usr 值高吗？长时间内％usr>80 说明 CPU 资源基本上被用户进程占用，CPU 存在明显瓶颈。 ％usr 值长时间>80 系统存在 CPU 瓶颈 ％usr 值很少>80 系统可能的瓶颈存在于 CPU、memory或 I/O 中间，去到第三步 第三步 续第一步结果分析：％wio 值>15? 是 这是磁盘有瓶颈的信号，先记下来，待完成下面步骤后再综合分析。去到第四步 去到第四步否 第四步 执行 ＃sar –d [interval] [iterations] (例如：sar –d 5 30) 结果分析：有磁盘的％busy值经常大于 50 吗？对于该磁盘，是否同时存在其avwait>avserv 的现象?（因为涉及到physical IO 和logical IO 的配置平衡，以及 buffer page/swap 空间/异步读写等问题，磁盘瓶颈很难通过单一因素判断，50％只是一个大概的评估标准，要结合具体情况综合分析。有时候，%busy仅仅为20 就已经是磁盘瓶颈，而另外的我们认为磁盘工作正常的系统，％busy值很可能已达到80）。 是 系统很可能存在 I/O 瓶颈，去到第五步 否 基本上认为不存在磁盘瓶颈，去到第六步 第五步 系统存在磁盘瓶颈。让我们来看看深层原因， 该磁盘为sw ap 空间 该磁盘瓶颈很可能是由内存瓶颈间接造成的，去到第六步来确认。 计算问题磁盘的blks/s *该磁盘不是sw ap 空间 512，分析当前的实际应用带宽，并与磁盘柜的设计值比较，作为进一步消除瓶颈的依据。如果现实值与设计值相差太远，说明磁盘环境的拓扑/参数设置可能不合理，要做进一步分析。 第六步 执行 ＃vmstat [interval] [iterations] (例如：vmstat 5 30) 结果分析：1，po 值经常大于0 吗？ 2，对于S800 系统，(free * 4K) < 2MB 吗？(第一个问题是关键；第二个问题的结果仅作参考) 否 结合第一步的结果分析，如果这时%idle 值很低，说明是CPU 瓶颈；否则就既不是内存瓶颈，也不是CPU 或磁盘瓶颈，要看看网络或应用编码...
