ibm性能调优建议.docVIP

关于系统性能调优的一些建议 对于一个系统而言资源总是有一定限度的，而任务总是要消耗系统资源的。关键是要找出哪些资源不能满足应用程序运行的需求。这里存在一个性能瓶颈的问题。不同的应用程序可能会有不同的资源要求，可能会产生不同的瓶颈。系统资源中的CPU、内存、磁盘或是网络都有可能成为瓶颈。系统性能调优需要找出这些资源成为瓶颈的原因，是资源的不足，是系统设置不合理，还是应用程序的问题。 查找性能瓶颈的顺序非常重要，正确的顺序是：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利用率较高。 如需要进一步了解CPU的使用情况，可使用sar命令，如： # sar -P ALL 1 10 （每隔1秒采样一次，一共采样10次） 在多处理器机器上查看CPU的使用是否平衡 如果CPU使用不平衡，则应用程序多半是单线程程序，不能充分利用多CPU系统的优势。这样就需要从应用程序的调优着手。 如需要了解哪个进程使用了最多的CPU资源，可使用tprof命令，如： #tprof -x sleep 60 （采样60秒） 在输出文件__prof.all中可以找出最占用CPU资源的进程。对最占CPU资源的进程进行分析，优化应用程序使CPU的利用率提高。 如果问题不是CPU瓶颈，可以再看是否内存问题： 查看vmstat的输出 fre 系统当前空闲的物理内存的页面数（一个内存页面为4K字节） pi 每秒钟从内存交换区载入的页面数 po 每秒钟写入内存交换区的页面数 fr 每秒钟内存管理程序释放出来的空闲页面 sr 每秒钟内存管理程序扫描过的内存页面数 cy 内存管理程序扫描过整个内存页面表的次数 内存瓶颈通常表现为: fre值持续在minfree值（默认为120）上下波动，同时又有大量的po(持续在2位数以上)和pi操作。此时内存管理程序试图扫描更多的内存页面以释放空间,所以sr值会急剧上升。在内存不足的情况下sr与fr的比值会较大，cy也可能大于0 。此时用lsps命令检查内存交换区的使用，会发现使用率较高。 由于有大量的内存页面写入内存交换区，这会导致wa（I/O等待）值上升，但此时并非I/O瓶颈引起。 当内存交换区使用率超过70%时需要增加交换区的大小。但增加内存交换区的大小并不会提高系统的性能。相反，内存交换区使用越多，系统性能下降越多。当内存不足时，正确的方法是增加物理内存的数量或优化应用程序。 以下命令可以进一步对内存的使用进行分析： # svmon -G -i 1 # svmon -Pvt 10 找出最占内存的10个程序以进一步分析应用程序对内存的使用。(此参数只适用于AIX4.3.3) 如果也不是内存瓶颈则应看看系统的I/O情况： 还是从vmstat的输出看，如果wa值持续大于 25, 则可能是I/O瓶颈，此时b值也会较高，显示有较多的进程等待系统I/O。 以下命令可以进一步对系统I/O的使用情况进行分析。 # iostat –d 1 1