性能监测

一、CPU监测：

Windows：

     1、Task Manager

          显示内核CPU时间： view -> Show Kernel Times

     2、Performance Monitor (perfmon)

     3、typeperf

          typeperf "\Processor(_Total)\% Privileged Time" "\Processor(_Total)\% User Time"

 

Linux：

     1、gnome-system-monitor(图形工具）

     2、vmstat

          cpu->sy : 系统时间%

          cpu->us : 用户时间%

          cpu->id  : 空闲时间%

          cpu->wa : 等待IO时间%

     3、mpstat 

          需要先安装sysstat:

           # apt-get install sysstat

     4、top

 

二、CPU 调度队列监测：

Windows :

     1、Performance Monitor (perfmon)

          System > Processor Queue Length   from Add Counters dialog.

     2、typeperf

          间隔5秒：

          typeperf -si 5 "\System\Processor Queue Length"

Linux:

     1、vmstat

          procs->r :运行队列中的进程数,在一个稳定的工作量下,应该少于5

          procs->b:等待队列中的进程数(等待I/O),通常情况下是接近0的

 

二、Memory监测：

Window:

     1、Performance Monitor(perfmon)

          Memory->Pages/second : 每秒交换页数

          Memory->Available MBytes :  可用内存

          每秒交换页数高，可用内存少说明系统内存不足，在做磁盘交换（swap）。

     2、typeperf

          typeperf -si 5 "\Memory\Available Mbyptes" "\Memory\Pages/sec"

Linux:

     1、vmstat

          swap->si : 换入页数

          swap->so: 换出页数

          memory->swapd: 已使用虚拟内存大小

          memory->free : 可用内存

          memory->buff: 作为buffer cache的内存，对块设备的读写进行缓冲

          memory->cache: 作为page cache的内存, 文件系统的cache。如果 cache 的值大的时候，说明cache住的文件数多，如果频繁访问到的文件都能被cache住，那么磁盘的读IO bi 会非常小。

 

三、Lock Contention(锁竞争)监测

Windows:

     1、perfmon，typeperf只能监测总的上下文切换次数，不能区分主动还是被动。

     2、区分主动和被动上下文切换次数，需要借助：1、Intel VTune    2、AMD CodeAnalyst

Linux:

     1、pidstat

          cswch/s:每秒自发的上下文切换次数 

          nvcswch/s:每秒非自发的上下文切换次数

          监测Pid=9391的进程，并每5秒输出一次结果：

          $ pidstat -w -I -p 9391 5

          Linux 2.6.24-server (payton) 07/10/2008

          08:57:19 AM PID cswch/s nvcswch/s Command

          08:57:26 AM 9391 3645 322 java

          08:57:31 AM 9391 3512 292 java

          08:57:36 AM 9391 3499 310 java

          为了估算浪费在上下文切换上的时钟周期百分比，上面通过pidstat -w监测的系统，每秒大概发生3500个上下文切换 , 一个3.0GHz 双核Intel CPU. 因此, 3500 除以2,虚拟的进程数 = 1750. 1750 * 80,000 = 140,000,000. 一个 3.0GHz 处理器每秒的时钟周期数是 3,000,000,000. 这样, 浪费在上下文切换上的时钟周期比率是 140,000,000/3,000,000,000 = 4.7%. 通常如果 3% 到 5% 时钟周期发生在主动的上下文切换上，暗示一个Java应用可能存在锁竞争。

高非自发上下文切换暗示有比CPU核数更多的线程需要运行。通常用vmstat监测会发现有高的运行队列长度，高的CPU利用率，高的migrations。Linux可以通过taskset命令，并将应用绑定到指定的taskset。Window系统, 可以通过任务管理器的Process标签，将应用绑定到处理器或者处理器集。

四、Thread Migrations（线程迁移）监测

     线程迁移是指准备运行的线程在多核处理器（CPU核心）的核心之前的迁移。如果准备运行的线程在不同CPU核心之间频繁迁移也会引起性能下降。解决高迁移率的办法是，创建处理器集（processor set），并将应用绑定到指定的处理器集。通常经验，如果Java应用有超过每秒500个迁移，绑定到指定处理器集可以改善性能。