1）绝大多数是应用写的烂算法差，或者无意的应用调用，触发了内核函数占用CPU高。包括，中间件、数据库。数据库中，比如SQL写的差，没做变量绑定（硬解析），索引设置不合理，数据库物理设计不合理等等。2）参数类系统参数（比如缓存什么情况下往硬盘刷，设置不得当，刷的频率太快）编译参数（各种优化选...

如果系统态占比比较大，一般有以下几类原因：（1）为了追求效率，减少用户态到系统态的转换，把用户态的function改到系统态，例如：一些驱动程序，以显卡驱动最为常见（2）系统有IO问题，比如频繁调用sync函数做缓存到磁盘的数据同步，就会产生大量sys%，并且这个sys%中，大量的是kernel态的wait和sync...

如果用nmon、vmstat等工具，对性能影响微乎其微，即使你每秒打一个点如果用PerfPMR套件（包括tprof、trace、iptrace等）对性能的影响是大大了，一般只有查问题的时候，才开个60秒但有些问题，不得不查，只能在业务量小的时候，开一下。建议在实验室环境复现问题，在实验室环境使用PerfPMR套...

一般主机使用本地盘或者存储阵列IOPS都是可以估算出来的，结合iostat，观察使用率超过60%的繁忙磁盘，以及较高的平均服务时间(>10ms)。linux还有iotop可以观察哪个进程引发较多的磁盘I/O

CPU满了就是瓶颈AIX当中，通常可以topas实时查看到哪个进程消耗了较多的CPU。类似的，linux当中可以通过top命令查看。也可以通过topas –P按照CPU利用率排序往往性能分析需要采用记录下来的监控数据，而不是实时数据。Nmon的TOP SHEET常常被用来做初步的性能分析然后进入函数...

首先看是Kernel、User、Shared Library中的那个方面占比消耗高。例如，如果是share lib占比比较高，则找到对应的share lib分页，查看具体哪个lib占用CPU高，再查看这个特定的lib中哪个函数占用CPU高。如果通过以上方法不能定位到一个应用层的函数，而是定位到消耗CPU最高的是个系...(more)

这种情况有几种可能：第一：发送到该服务器的业务量本身有周期性的增大。或者因为流量控制，周期性开闸放水第二：某个进程周期性占用（比如监控进程）第三：应用从队列里读取报文/数据时，读取函数有bug为分析是哪种情况，首先查看哪些进程消耗了CPU。如果该个非主营业务的进程每隔固定实...(more)

可以有tprof、curt、truss、coredump等工具，各有各的特点另外我的主页上也会继续更新其他一些工具的使用方法、分析思路、实际案例。http://www.aixchina.net/home/space.php?uid=898849

Zombie，顾名思义，就是僵尸进程。一个僵尸进程为什么会占用大量CPU呢？其实zombie进程有两种可能性，一种是真正的僵尸进程，另一种是当进程销毁的时候，一个短暂的瞬间，进程会处于zombie状态。根据上面的描述，可以初步分析出，如果zombie占用大量CPU，那么估计不是真正的僵尸进程，而是处于...(more)

首先，查看CPU利用率，如果利用率较高，则分析是哪个进程占用CPU较多。在这一步往往能发现一些异常的进程。如果是想知道进程中是什么函数占用CPU较多，那么需进入函数级分析。AIX当中，通常可以topas实时查看到哪个进程消耗了较多的CPU。类似的，linux当中可以通过top命令查看。也可...(more)