Hi，大家好，我是编程小6，很荣幸遇见你，我把这些年在开发过程中遇到的问题或想法写出来，今天说一说
vmstat详解_虚拟机vmos,希望能够帮助你!!!。

一、解读内存
二、解读CPU
      1.  运行队列
      2. CPU使用率
      3. 上下文切换 
三、系统监控的实验  
       实例一,大量的算术运算
       实例二,大量的系统调用
       实例三,大量的io操作
       实例四:大量的占用内存
       实例五:又一个大量分配内存例子
四、vmstat用法

       1. 查看系统已经fork了多少次
       2. 查看内存的active和inactive
       3. 查看内存使用的详细信息

       4. 查看磁盘的读/写

一、 解读内存     

         Linux系统的内存分为物理内存和虚拟内存两种。物理内存是真实的，也就是物理内存条上的内存。而虚拟内存则是采用硬盘空间补充物理内存，将暂时不使用的内存页写到硬盘上以腾出更多的物理内存让有需要的进程使用。当这些已被腾出的内存页需要再次使用时才从硬盘（虚拟内存）中读回内存。这一切对于用户来说是透明的。通常对Linux系统来说，虚拟内存就是swap分区。

        vmstat（VirtualMeomoryStatistics，虚拟内存统计）是Linux中监控内存的常用工具，可对操作系统的虚拟内存、进程、CPU等的整体情况进行监视。 

 
NAME
       vmstat - Report virtual memory statistics

SYNOPSIS
       vmstat [-a] [-n] [delay [ count]]
       vmstat [-f] [-s] [-m]
       vmstat [-S unit]
       vmstat [-d]
       vmstat [-D]
       vmstat [-p disk partition]
       vmstat [-V]

参数解读：

要以3秒为时间间隔，连续收集10次性能数据，命令如下：

root@debian6:~# vmstat 3 10
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
 1  0      0   41964     0   32     5   143   22   14  0  0 99  0
 0  0      0   41964     0    0     0     0   24   14  0  0 100  0
 0  0      0   41964     0    0     0     0   22   15  0  0 100  0
 0  0      0   41964     0    0     0     0   29   16  0  0 100  0
 0  0      0   41964     0    0     0     0   52   36  0  0 100  0
 0  0      0   41964     0    0     0     0   46   21  0  0 100  0
 0  0      0   41964     0    0     0     0   51   50  1  0 99  0
 0  0      0   41964     0    0     0     0   48   25  0  0 100  0
 0  0      0   41964     0    0     0     0   43   19  0  1 99  0
 0  0      0   41964     0    0     0     0   36   18  0  0 100  0
 

 

参数解读：

 

       对于内存监控，需要关心的指标包括：swpd、free、buff、cache、si和so，尤其需要重视的是free、si和so。很多人都会认为系统的空闲内存（free）少就代表系统性能有问题，其实并不是这样的，这还要结合si和so（内存和磁盘的页面交换）两个指标进行分析。正常来说，当物理内存能满足系统需要的话（也就是说物理内存能足以存放所有进程的数据），那么物理内存和磁盘（虚拟内存）是不应该存在频繁的页面交换操作的，只有当物理内存不能满足需要时系统才会把内存中的数据交换到磁盘中。而由于磁盘的性能是比内存慢很多的，所以如果存在大量的页面交换，那么系统的性能必然会受到很大影响。

二、 解读CPU

         在Linux系统中监控CPU的性能主要关注3个指标：运行队列、CPU使用率和上下

文切换，理解这3个指标的概念和原理对于发现和处理CPU性能问题有很大的帮助。

1. 运行队列

   每个CPU都会维护一个运行队列，调度器会不断地轮询让队列中的进程运行，直到进程运行完毕将其由队列中删除。如果CPU过载，就会出现调度器跟不上系统要求，导致运行队列中等待运行的进程越来越多。正常来说，每个CPU的运行队列不要超过3，如果是双核CPU就不要超过6。

2. CPU使用率

   CPU使用率一般可以分为一下几个部分。

   a. 用户进程：运行用户进程所占用的CPU时间的百分比。

   b. 系统进程：运行系统进程和中断所占用的CPU的时间百分比。

   c. 等待IO：因为IO等待而使CPU处于idle状态的时间百分比。

   d. 空闲：CPU处于空闲状态的时间百分比。    

  如果CPU的空闲率长期低于10%，那么表示CPU的资源已经非常紧张，应该考虑进程优化或添加更多地CPU。“等待IO”表示CPU因等待IO资源而被迫处于空闲状态，这时候的CPU并没有处于运算状态，而是被白白浪费了，所以“等待IO应该越小越好。”

3. 上下文切换

         通过CPU时间轮询的方法，Linux能够支持多任务同时运行。对于普通的CPU，内核会调度和执行这些进程，每个进程都会被分配CPU时间片并运行。当一个进程用完时间片或者被更高优先级的进程抢占时间块后，它会被转到CPU的等待运行队列中，同时让其他进程在CPU上运行。这个进程切换的过程被称为上下文切换。过多的山下文切换会造成系统的很大的开销。

实例解读：

CPU状态的监控指标主要有以下几个参数获得：

        r：在运行队列中等待的进程数。

        b：在等待IO的进程数。

        cs：每秒的上下文切换的次数。

        us：用户进程使用的CPU时间（%）。

        sy：系统进程使用的CPU时间（%）。

        id：CPU空闲时间（%）。

        wa：等待IO所消耗的CPU时间（%）。

 

由上面的命令输出中可以看到：

      1.   IO等待的CPU时间（wa）非常高，而实际运行用户和系统进程的CPU时间却不高。

      2.  存在等待IO的进程（b>0）。

      由此可以得出结论：系统目前CPU使用率高是由于IO等待所造成的，并非由于CPU资源不足。用户应检查系统中正在进行IO操作的进程，并进行调整和优化。

 

正常的CPU状态图，可以与上图作比较：

 

三、系统监控的实验:

实例一,大量的算术运算

本程序会进入一个死循环,不断的进行求平方根的操作,模拟大量的算术运算的环境.
测试源程序如下:

#include  

#include  

#include  

#include  




void run_status(void) 




{ 


double pi = M_PI; 


double pisqrt; 


long i; 


while(1)

               { 


  pisqrt = sqrt(pi); 


       } 

} 

int main (void) 

{ 


run_status(); 


exit(EXIT_SUCCESS); 

} 

gcc run.c -o run -lm
./run&

运行:
root@debian6:~# vmstat 1
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
 0  0      0   42420     0   31     5   138   22   14  0  0 99  0
 1  0      0   42420     0    0     0     0   45   22  5  0 95  0
 1  0      0   42420     0    0     0     0  276   15 100  0  0  0
 1  0      0   42420     0    0     0     0  298   12 100  0  0  0
 1  0      0   42420     0    0     0     0  273   11 100  0  0  0
 1  0      0   42420     0    0     0     0  278   16 100  0  0  0
 1  0      0   42420     0    0     0     0  276   14 100  0  0  0
 1  0      0   42420     0    0     0     0  275   16 100  0  0  0
 1  0      0   42420     0    0     0     0  284   14 99  1  0  0
 1  0      0   42420     0    0     0     0  285   14 100  0  0  0
 1  0      0   42420     0    0     0     0  281   13 100  0  0  0
 1  0      0   42420     0    0     0     0  270   18 100  0  0  0
 0  0      0   42420     0    0     0     0   51   28  4  0 96  0
 0  0      0   42420     0    0     0     0   25   11  0  0 100  0

由于不断地在做算术运算，从上面可以看出：

1. r表示在运行队列中等待的进程数，上面的数据表示r=1，一直有进程在等待，

2. in表示每秒的中断数，包括时钟中断，运行队列中有等待的进程(看参数r的值)，中断数in就上来了

3. us表示用户进程使用的cpu时间，随着r=1，用户的cpu占用时间直接达到了100%

4. id表示cpu的空闲时间，一开始的时候id很高，达到95%，后来程序开始跑，cpu一直处于繁忙状态(看参数r，us的值)，id就一直为0，等程序终止，id就是上去了

实例二,大量的系统调用


本脚本会进入一个死循环,不断的执行cd命令,从而模拟大量系统调用的环境


测试脚本如下:

#!/bin/bash 
while (true) 
do cd ; 
done 
chmod +x loop.sh
./loop.sh

运行：

root@debian6:~# vmstat 1
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
 0  0      0   42500     0   30     5   136   22   14  0  0 99  0
 0  0      0   42500     0    0     0     0   27   14  0  0 100  0
 1  0      0   42500     0    0     0     0  213 2482  6 70 24  0
 1  0      0   42500     0    0     0     0  283 3298  8 92  0  0
 1  0      0   42500     0    0     0     0  281 3343  5 95  0  0
 1  0      0   42500     0    0     0     0  283 3381  5 95  0  0
 1  0      0   42500     0    0     0     0  271 3362  8 92  0  0
 1  0      0   42508     0    0     0    12  267 3359  8 92  0  0
 0  0      0   42508     0    0     0     0  253 2883  8 76 16  0
 0  0      0   42508     0    0     0     0   29   12  0  0 100  0
 0  0      0   42508     0    0     0     0   39   18  0  0 100  0
 

 随着程序不断调用cd命令，运行队列有等待的进程r(看参数r)，每秒的中断数in(看参数in)，下文切换的次数cs骤然提高(看参数cs)，系统占用的cpu时间sy(看参数sy)也不断提高，cpu空闲时间id(看参数id)一直为0。

当程序终止的时候，r，in，cs，sy数据都下来了，id上去了，表示系统已经空闲下来了。

实例三,大量的io操作

a.

我们用dd命令,从/dev/zero读数据,写入到/tmp/data文件中,如下:
dd if=/dev/zero of=/tmp/data bs=1M count=1000

运行：

oot@debian6:~# vmstat 1
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
 0  0      0   42564     0   30     5   134   23   14  0  0 99  0
 0  0      0   42564     0    0     0     0   35   15  0  1 99  0
 1  0      0   42564     0    0     4     0  181   23  0 55 45  0
 1  0      0   42564     0    0    12   667  246  0 100  0  0
 1  0      0   42564     0    0     0   576  228  0 100  0  0
 1  0      0   42564     0    0     0   625  242  0 100  0  0
 1  0      0   42564     0    0     0   477   71  0 100  0  0
 2  0      0  15400  11384     0    0     0   531  585  0 100  0  0
 0  0      0  15028  11388     0    0    12   638  611  0 76 21  3


root@debian6:~# vmstat 1
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
 0  0      0   11392  69752    0   30     5   143   23   14  0  0 99  0
 0  0      0   11392  69752    0    0     0     0   33   15  1  0 99  0
 1  0      0   11396     0    0    60     0   98   27  0 24 74  2
 1  0      0   11396     0    0     0 1336  710  0 100  0  0
 0  0      0  17564  11380     0    0     8 1166  874  0 97  3  0
 0  0      0  17572  11380     0    0     0     0   34   10  0  0 100  0
 0  0      0  17572  11380     0    0     0     0   38   19  0  0 100  0

root@debian6:~# dd if=/dev/zero of=/mnt/date1 bs=1M count=1000
1000+0 records in
1000+0 records out
bytes (1.0 GB) copied, 6.31404 s, 166 MB/s
root@debian6:~# dd if=/dev/zero of=/mnt/data1 bs=1M count=1000
1000+0 records in
1000+0 records out
bytes (1.0 GB) copied, 2.19338 s, 478 MB/s

1.  bo写数据到磁盘的速率，bi是从磁盘读的速度
2.  dd不断的向磁盘写入数据,所以bo的值会骤然提高,而cpu的wait数值也变高,说明由于大量的IO操作,系统的瓶径出现IO设备上
3. 由于对文件系统的写入操作,cache也从KB提高到了KB,又由于大量的写中断调用,in的值也从35提高到638，上下文切换cs的值从23到了611

b.

接下来我们还用dd命令,这回从/tmp/data文件读,写到/dev/null文件中,如下:
dd if=/tmp/test1 of=/dev/null bs=1M

root@debian6:~# vmstat 1
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
 0  0      0  15568  11444     0   25    11   135   23   14  0  0 100  0
 0  0      0  15568  11444     0    0     0     0   16   13  0  0 100  0
 1  1      0  14692  11444     0    0 46396     0  432  687  0 13 57 30
 1  1      0  14568  11444     0    0      0 1103 1917  0 22  0 78
 1  1      0  18720  11444     0    0      0 1107 1982  0 25  0 75
 1  1      0  18592  11444     0    0      0  950 1568  0 24  0 76
 0  2      0  15908  11452     0    0 58124     0  584  940  1 12  0 87
 1  1      0  15304  11464     0    0 90060     0  840 1410  1 20  0 79
 0  1      0  18280  11464     0    0      0 1183 2138  0 27  0 73
 0  1      0  13444  11464     0    0      0 1079 1972  0 19  0 81
 0  1      0  16792  11456     0    0      0 1104 2075  0 21  0 79
 0  1      0  17536  11464     0    0     68 1124 2146  0 11  0 89
 0  1      0  15428  11464     0    0      0 1031 1975  0 11  0 89
 1  0      0  17040  11448     0    0      0 2662 1100  0 60  0 40
 1  0      0  18796  11448     0    0      0 3798  241  0 99  0  1

 1  0      0  16668  11448     0    0      0 3832  236  0 100  0

 root@debian6:~# dd if=/mnt/data1 of=/dev/null bs=1M

1000+0 records in


1000+0 records out


bytes (1.0 GB) copied, 5.1614 s, 203 MB/s

1.  dd不断的从/tmp/data磁盘文件中读取数据,所以bi的值会骤然变高,最后我们看到b(在等待io的进程)也由0变成了1甚至到2
2. dd读的时候，in中断数和cs上下文切换很高，还有就是等待IO所消耗的cpu时间wa相当高
3.  因此，这时的性能瓶颈在读上面，有程序在发生大量读的请求。

实例四:大量的占用内存

本程序会不断分配内存,直到系统崩溃

#include  

#include  

#include  

int main (int argc, char *argv[]) 

{ 


void *ptr; 


int n = 0; 


while (1)

       { 


ptr = malloc(0x); 


if (ptr == NULL) 


break; 


memset(ptr, 1, 0x); 


printf("malloced %d MB\n", ++n); 

        } 

        pause(); 

} 

gcc callmem.c -o callmem
./callmem

运行:

root@debian6:~# vmstat 1
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
 0  0      0   70656  51692    0    0   125    13   27   35  0  2 97  1
 0  0      0   70656  51692    0    0     0     0   17   12  0  0 100  0
 1  0      0   70656  51692    0    0     0     0  259  339  2 52 46  0
 1  0      0   70656  51692    0    0     0     0  484  674  2 98  0  0
 1  0      0   70656  51692    0    0     0     0  417  469  0 100  0  0
 0  2      0  12396  68868  45748    0    0     0     0  410  444  1 97  0  2
 1  0    652   60932  39120    0  908     0   908  141  130  0 34  0 66
 0  0    524   60932  39136    0    0     0     0   32   14  0  3 97  0
 0  0    524   60932  39136    0    0     0     0   13    8  0  0 100  0
 0  0    524   60932  39136    0    0     0     0   13    9  0  0 100  0
 0  0    524   60932  39136   32    0    32     0   14   12  0  0 99  1
 0  0    524   60932  39136    0    0     0     0   15   18  0  0 100  0
 0  0    524   60932  39140    0    0     0     0   26    8  0  0 100  0
 0  0    524   60932  39140    0    0     0     0   20    7  0  0 100  0
 0  0    524   60932  39140    0    0     0     0   18    9  0  0 100  0
 0  0    524   60932  39140    0    0     0     0   17   19  0  0 100  0
 0  0    524   60932  39140    0    0     0     0   17   12  0  0 100  0

注:我们看到cache迅速减少,而swpd迅速增加,这是因为系统为了分配给新的程序,而从cache(文件系统缓存)回收空间,当空间依然不足时,会用到swap空间.
而于此同时,si/so也会增加,尤其是so,而swap属于磁盘空间,所以bo也会增加

 

实例五:又一个大量分配内存例子

我们这个例子为了说明active/inactivte的作用,
源程序如下:

#include <stdio.h> 

#include <string.h> 

#include <stdlib.h> 

#include <unistd.h> 


int main (int argc, char *argv[]) 


{ 


if (argc != 2) 


exit (0); 

        size_t mb = strtoul(argv[1],NULL,0); 


size_t nbytes = mb * 0x; 


char *ptr = (char *) malloc(nbytes); 


if (ptr == NULL)

        { 


   perror("malloc"); 


   exit (EXIT_FAILURE); 


} 


size_t i; 


const size_t stride = sysconf(_SC_PAGE_SIZE); 


for (i = 0;i < nbytes; i+= stride) 

         { 


    ptr[i] = 0; 


}
 printf("allocated %d mb\n", mb); 


 pause(); 


 return 0; 


} 

gcc act.c -o act -lrt
./act 100

运行：

root@debian6:~# vmstat -a 1

procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
 r  b   swpd   free  inact active   si   so    bi    bo   in   cs us sy id wa
 0  0      0   36652  31324    0    0   141     8   33   56  0  2 96  1
 0  0      0   36652  31324    0    0     0     0   19    8  0  0 100  0
 1  0      0   36652     0    0     0      0   168   19  0 60 40  0
 1  0      0   36652     0    0     0     0   47   18  0 11 89  0
 0  0      0   36652     0    0     0     0   17    8  0  0 100  0
 0  0      0   36652     0    0     0     0   21   10  0  0 100  0
 0  0      0   36652     0    0     0     0    8    8  0  0 100  0
 0  0      0   36652     0    0     0      12   17   15  0  0 100  0
 0  0      0   36652     0    0     0      64   29   18  0  0 100  0
 0  0      0   36652     0    0     0     0   17    9  0  0 100  0
 0  0      0   36652     0    0     0     0   22   12  0  0 100  0
 0  0      0   36652     0    0     0     0   14    9  0  0 100  0

注:程序运行时系统给它分配了100MB的内存,所以此时的active从31324kb变到了kb.

四、vmstat用法:

1. 查看系统已经fork了多少次
 vmstat -f
     1872 forks
注:这个数据是从/proc/stat中的processes字段里取得的.

2. 查看内存的active和inactive
vmstat -a
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
 r  b   swpd   free  inact active   si   so    bi    bo   in   cs us sy id wa st
 0  0      0   80536  48396    5  140   255   441 1031   87  6  8 85  1  0
注:inact和active的数据来自于/proc/meminfo.

3. 查看内存使用的详细信息

root@debian6:~# vmstat -s
      K total memory
        82936 K used memory
        31332 K active memory
        36644 K inactive memory
       K free memory
         6752 K buffer memory
        48792 K swap cache
       K total swap
            0 K used swap
       K free swap
          112 non-nice user cpu ticks
            0 nice user cpu ticks
          922 system cpu ticks
        55744 idle cpu ticks
          412 IO-wait cpu ticks
            4 IRQ cpu ticks
            3 softirq cpu ticks
            0 stolen cpu ticks
        55352 pages paged in
         3308 pages paged out
            0 pages swapped in
            0 pages swapped out
        15183 interrupts
        22959 CPU context switches
   boot time
         1867 forks
注:这些信息的分别来自于/proc/meminfo,/proc/stat和/proc/vmstat.

今天的分享到此就结束了，感谢您的阅读，如果确实帮到您，您可以动动手指转发给其他人。