.. _vmstat:

vmstat命令使用
====================

使用实例及解析::

    procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
     r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
     0  0 1290784 126076 109276 880080    1    1    10    41   13   16  5 12 82  2
     0  0 1290784 121092 109284 885548    0    0     0    28 9530 3442  3 24 72  2
     0  0 1290784 120368 109284 885932    0    0     0     0 9201 3640  6 18 77  0
     1  0 1290784 116276 109284 890076    0    0     0    20 9181 5791 10 24 67  0


命令内容介绍

* Procs::

   r
   运行的和等待(CPU时间片)运行的进程数，这个值也可以判断是否需要增加CPU(长期大于1)
   b
   处于不可中断状态的进程数，常见的情况是由IO引起的

* Memory::

   swpd
   切换到交换内存上的内存(默认以KB为单位).如果 swpd 的值不为0，或者还比较大，比如超过100M了，但是 si, so 的值长期为 0，这种情况我们可以不用担心，不会影响系统性能

   free
   空闲的物理内存

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

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

* Swap::

    si
    交换内存使用，由磁盘调入内存 

    so
    交换内存使用,由内存调入磁盘. 内存够用的时候,这2个值都是0,如果这2个值长期大于0时,系统性能会受到影响。磁盘IO和CPU资源都会被消耗。我发现有些朋友看到空闲内存(free)很少或接近于0时,就认为内存不够用了,实际上不能光看这一点的,还要结合si,so, **如果free很少，但是si,so也很少(大多时候是0)，那么不用担心** ，系统性能这时不会受到影响的

* Io::

    bi
    从块设备读入的数据总量(读磁盘) (KB/s)

    bo
    写入到块设备的数据总理(写磁盘) (KB/s). 随机磁盘读写的时候，这2个值越大(如超出1M)，能看到CPU在IO等待的值也会越大

* System::

    in
    每秒产生的中断次数

    cs
    每秒产生的上下文切换次数. 上面这2个值越大，会看到由内核消耗的CPU时间会越多

* Cpu::

    us
    用户进程消耗的CPU时间百分比. us 的值比较高时，说明用户进程消耗的CPU时间多，但是如果长期超过50% 的使用，那么我们就该考虑优化程序算法或者进行加速了(比如 PHP/Perl)

    sy
    内核进程消耗的CPU时间百分比. sy 的值高时，说明系统内核消耗的CPU资源多，这并不是良性的表现，我们应该检查原因

    wa
    IO等待消耗的CPU时间百分比. wa 的值高时，说明IO等待比较严重，这可能是由于磁盘大量作随机访问造成，也有可能是磁盘的带宽出现瓶颈(块操作)。

    id
    CPU处在空闲状态时间百分比


实例分析

* 实例::

    vmstat 1 20 #取前20条数据


vmstat的输出值得关注的信息::

    Procs r: 运行的进程比较多，系统很繁忙
    Io bo: 磁盘写的数据量稍大，如果是大文件的写，10M以内基本不用担心，如果是小文件写2M以内基本正常
    Cpu us: 持续大于50，服务高峰期可以接受
    Cpu wa: 稍微有些高
    Cpu id:持续小于50，服务高峰期可以接受