Freebsd 和 linux 下vmstat 详解

top是给Linux设计的。在FreeBSD VM里面的Free概念和其他OS完全不同，使用top查看Free内存对于FreeBSD来说可以说没什么意义。正确的方法是看vmstat。

procs    memory        page                    disk           faults        cpu
r b w    swap free     re mf pi po fr de sr    f0 s0 s1 s2    in   sy    cs   us sy id
0 0 0    14888 19120   0   4   2   11 10 0   0     0   0   0   8     198 2158 98   11 19 69

SWAP的单位应该是K，不是M。还有两个比较重要的参数是PI、PO，表示内存的调入、调出页面，单位也是K，但是多大值作为一个衡量标准，我也不清楚，不知道是否有经验值。

还有，最好使用vmstat t [n]命令，例如 vmstat 5 5,表示在T（5）秒时间内进行N（5）次采样。如果只使用vmstat，无法反映真正的系统情况，试一下，看看结果就知道了。

procs:
r-->在运行队列中等待的进程数
b-->在等待io的进程数
w-->可以进入运行队列但被替换的进程


memoy
swap-->现时可用的交换内存（k表示）
free-->空闲的内存（k表示）

pages
re－－》回收的页面
mf－－》非严重错误的页面
pi－－》进入页面数（k表示）
po－－》出页面数（k表示）
fr－－》空余的页面数（k表示）
de－－》提前读入的页面中的未命中数
sr－－》通过时钟算法扫描的页面


disk 显示每秒的磁盘操作。 s表示scsi盘，0表示盘号


fault 显示每秒的中断数
in－－》设备中断
sy－－》系统中断
cy－－》cpu交换


cpu 表示cpu的使用状态
cs－－》用户进程使用的时间
sy－－》系统进程使用的时间
id－－》cpu空闲的时间

解释：
如果 r经常大于 4 ，且id经常少于40，表示cpu的负荷很重。
如果pi，po 长期不等于0，表示内存不足。
如果disk 经常不等于0， 且在 b中的队列 大于3， 表示 io性能不好。

 

LINUX下

用vmstat监视内存使用情况

　　vmstat是Virtual Meomory Statistics（虚拟内存统计）的缩写，可对操作系统的虚拟内存、进程、CPU活动进行监视。它是对系统的整体情况进行统计，不足之处是无法对某个进程进行深入分析。

　　vmstat的语法如下：

程序代码
vmstat [-V] [-n] [delay [count]]

　　其中，－V表示打印出版本信息；－n表示在周期性循环输出时，输出的头部信息仅显示一次；delay是两次输出之间的延迟时间；count是指按照这个时间间隔统计的次数。对于vmstat输出各字段的含义，可运行man vmstat查看。

ProCS
　　r: 等待运行的进程数 b: 处在非中断睡眠状态的进程数 w: 被交换出去的可运行的进程数。此数由 Linux 计算得出，但 linux 并不耗尽交换空间

Memory
　　swpd: 虚拟内存使用情况，单位：KB
　　free: 空闲的内存，单位KB
　　buff: 被用来做为缓存的内存数，单位：KB
Swap
　　si: 从磁盘交换到内存的交换页数量，单位：KB/秒
　　so: 从内存交换到磁盘的交换页数量，单位：KB/秒
IO
　　bi: 发送到块设备的块数，单位：块/秒
　　bo: 从块设备接收到的块数，单位：块/秒
　　System
　　in: 每秒的中断数，包括时钟中断
　　cs: 每秒的环境（上下文）切换次数
CPU
　　按 CPU 的总使用百分比来显示
　　us: CPU 使用时间
　　sy: CPU 系统使用时间
　　id: 闲置时间
　　准测
　　r<5，b≈0，

　　如果fre对于page列，re，pi，po，cy维持于比较稳定的状态，PI率不超过5，如果有pagin发生，那么关联页面必须先进行pageout在内存相对紧张的环境下pagein会强制对不同的页面进行steal操作。如果系统正在读一个大批的永久页面，你也许可以看到po和pi列会出现不一致的增长，这种情景并不一定表明系统负载过重，但是有必要对应用程序的数据访问模式进行见检查。在稳定的情况下，扫描率和重置率几乎相等，在多个进程处理使用不同的页面的情况下，页面会更加不稳定和杂乱，这时扫描率可能会比重置率高出。

　　faults列，in，sy，cs会不断跳跃，这里没有明确的限制，唯一的就是这些值最少大于100 cpu列，us，sys，id和wa也是不确定的，最理想的状态是使cpu处于100%工作状态，单这只适合单用户的情况下。

　　如果在多用户环境中us＋sys》80，进程就会在运行队列中花费等待时间，响应时间和吞吐量就会下降。wa>40表明磁盘io没有也许存在不合理的平衡，或者对磁盘操作比较频繁，vmstat各项：

procs:
r-->在运行队列中等待的进程数
b-->在等待io的进程数
w-->可以进入运行队列但被替换的进程
memoy
swap-->现时可用的交换内存（k表示）
free-->空闲的内存（k表示）
pages
re－－》回收的页面
mf－－》非严重错误的页面
pi－－》进入页面数（k表示）
po－－》出页面数（k表示）
fr－－》空余的页面数（k表示）
de－－》提前读入的页面中的未命中数
sr－－》通过时钟算法扫描的页面

disk 显示每秒的磁盘操作。
s表示scsi盘，0表示盘号 fault 显示每秒的中断数
in－－》设备中断
sy－－》系统中断
cy－－》

cpu交换 cpu 表示cpu的使用状态
cs－－》用户进程使用的时间
sy－－》系统进程使用的时间
id－－》cpu空闲的时间

　　如果 r经常大于 4 ，且id经常少于40，表示cpu的负荷很重。
　　如果pi，po 长期不等于0，表示内存不足。
　　如果disk 经常不等于0， 且在 b中的队列 大于3， 表示 io性能不好。