ibm性能调优建宣贯.pdfVIP

关于系统性能调优的一些建议 对于一个系统而言资源总是有一定限度的， 而任务总是要消耗系统资源的。 关键是要找出哪 些资源不能满足应用程序运行的需求。 这里存在一个性能瓶颈的问题。 不同的应用程序可能 会有不同的资源要求，可能会产生不同的瓶颈。系统资源中的 CPU、内存、磁盘或是网络都 有可能成为瓶颈。 系统性能调优需要找出这些资源成为瓶颈的原因， 是资源的不足， 是系统 设置不合理，还是应用程序的问题。 查找性能瓶颈的顺序非常重要，正确的顺序是： CPU 内存 I/O 网络，如下图所示： 是 CPU 瓶颈 采取对策 否 是 否 是 内存瓶颈 I/O 瓶颈 采取对策 采取对策 否 是 否 网络瓶颈 采取对策 继续测试 采取对策 要使用系统性能分析工具需要安装以下文件组： bos.acct perfagent.tool 查找性能瓶颈的工具： vmstat 命令 性能分析应该从 vmstat 命令开始。通过该命令我们可以找到大致的方向。 # vmstat 2 10 （每隔两秒采样一次，一共采样 10次） kthr memory page faults cpu r b avm fre re pi po fr sr cy in sy cs us sy id wa 0 0 3269 10342 0 0 0 0 0 0 130 36 2 00 0 99 0 0 0 3275 10336 0 0 0 0 0 0 132 40 2 60 1 99 0 0 0 3282 10326 0 0 0 0 0 0 128 6996 27 3 8 90 0 先看是否 CPU瓶颈 : 从vmstat 的输出我们可以看 cpu 的使用情况 当 us+sy 的使用量持续超过 80%(多处理器机型 ), 可以认为是 CPU瓶颈。 说明： us 程序在用户模式 (user) 下运行对 CPU的占用。 sy 程序在核心模式 (kernel) 下运行对 CPU的占用，一般值 us应大于 sy 值。 r (runable threads) 可运行的线程， 一般应不大于 5*( Total_Proc - Bind_Proc ) 。 b (threads in wait queue) 在等待系统资源或 I/O 的线程，当前不在 CPU中运行。 cs (context switch) 进程切换，如果进程切换数值较高则进程的运行效率不高。通常进 程切换数在（ 120~150）* Total_Proc 时，CPU利用率较高。 如需要进一步了解 C