博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Linux vmstat具体解释(系统IO)
阅读量:5823 次
发布时间:2019-06-18

本文共 2298 字,大约阅读时间需要 7 分钟。

1. vmstat

能够展现给定时间间隔的server的状态值,包含server的CPU使用率,内存使用,虚拟内存交换情况,IO读写情况 

vmstat 2 10 
2: 每隔2s 
10 : 统计10次

2. res

procs ———–memory———- —swap– —–io—- -system– ——cpu—– 

r b swpd free buff cache si so bi bo in cs us sy id wa st 
1 5 0 173436 591640 8272204 0 0 69 55 32 265 6 5 86 3 0 
1 4 0 169912 592224 8273480 0 0 1180 214 4271 13984 2 3 40 55 0 
0 5 0 172544 592648 8276524 0 0 1266 8 4231 13970 3 3 41 53 0 
0 5 0 162404 593260 8283660 0 0 2328 0 4458 14854 2 3 21 74 0 
4 5 0 174216 594412 8267996 0 0 1842 334 4592 15473 4 6 8 82 0 
2 5 0 160628 595204 8274300 0 0 2384 0 4400 15003 2 3 14 81 0 
0 5 0 172136 595152 8262144 0 0 2356 348 4357 14578 2 3 14 81 0 
0 5 0 167064 596552 8269084 0 0 3060 22 4489 14594 3 5 19 74 0 
0 6 0 160192 597148 8274024 0 0 2072 688 4318 14866 2 3 25 70 0 
0 5 0 168100 597504 8258316 0 0 1734 282 4501 14670 2 5 21 72 0

3. res 解析

r 表示执行队列(就是说多少个进程真的分配到CPU)。我測试的server眼下CPU比較空暇,没什么程序在跑,当这个值超过了CPU数目。就会出现CPU瓶颈 了。这个也和top的负载有关系。一般负载超过了3就比較高,超过了5就高。超过了10就不正常了,server的状态非常危急。top的负载相似每秒的执行队 列。

假设执行队列过大,表示你的CPU非常繁忙,通常会造成CPU使用率非常高。 

b 表示堵塞的进程,这个不多说,进程堵塞。大家懂的。 
swpd 虚拟内存已使用的大小。假设大于0。表示你的机器物理内存不足了。假设不是程序内存泄露的原因。那么你该升级内存了或者把耗内存的任务迁移到其它机器。

free 空暇的物理内存的大小。我的机器内存总共8G,剩余3415M。 
buff Linux/Unix系统是用来存储。文件夹里面有什么内容,权限等的缓存,我本机大概占用300多M 
cache cache直接用来记忆我们打开的文件,给文件做缓冲,我本机大概占用300多M(这里是Linux/Unix的聪明之处,把空暇的物理内存的一部分拿来做文件和文件夹的缓存,是为了提高 程序执行的性能。当程序使用内存时。buffer/cached会非常快地被使用。) 
si 每秒从磁盘读入虚拟内存的大小,假设这个值大于0。表示物理内存不够用或者内存泄露了,要查找耗内存进程解决掉。我的机器内存充裕。一切正常。 
so 每秒虚拟内存写入磁盘的大小,假设这个值大于0。同上。

bi 块设备每秒接收的块数量。这里的块设备是指系统上全部的磁盘和其它块设备,默认块大小是1024byte。我本机上没什么IO操作。所以一直是0,可是我曾在处理拷贝大量数据(2-3T)的机器上看过能够达到140000/s,磁盘写入速度差点儿相同140M每秒 
bo 块设备每秒发送的块数量,比如我们读取文件,bo就要大于0。

bi和bo一般都要接近0。不然就是IO过于频繁,须要调整。 

in 每秒CPU的中断次数。包含时间中断 
cs 每秒上下文切换次数。比如我们调用系统函数,就要进行上下文切换,线程的切换。也要进程上下文切换,这个值要越小越好,太大了,要考虑调低线程或者进程的 数目,比如在apache和nginx这样的webserver中,我们一般做性能測试时会进行几千并发甚至几万并发的測试,选择webserver的进程能够由进程或 者线程的峰值一直下调。压測。直到cs到一个比較小的值,这个进程和线程数就是比較合适的值了。系统调用也是。每次调用系统函数。我们的代码就会进入内核 空间,导致上下文切换,这个是非常耗资源,也要尽量避免频繁调用系统函数。上下文切换次数过多表示你的CPU大部分浪费在上下文切换,导致CPU干正经事的 时间少了,CPU没有充分利用。是不可取的。

us 用户CPU时间,我以前在一个做加密解密非常频繁的server上。能够看到us接近100,r执行队列达到80(机器在做压力測试,性能表现不佳)。 
sy 系统CPU时间,假设太高,表示系统调用时间长,比如是IO操作频繁。 
id 空暇 CPU时间,一般来说,id + us + sy = 100,一般我觉得id是空暇CPU使用率,us是用户CPU使用率,sy是系统CPU使用率。 
wt 等待IO CPU时间。

本文转自mfrbuaa博客园博客,原文链接:http://www.cnblogs.com/mfrbuaa/p/5344725.html,如需转载请自行联系原作者 

你可能感兴趣的文章
hdu 2444(二分图最大匹配)
查看>>
【SAP HANA】关于SAP HANA中带层次结构的计算视图Cacultation View创建、激活状况下在系统中生成对象的研究...
查看>>
DevOps 前世今生 | mPaaS 线上直播 CodeHub #1 回顾
查看>>
iOS 解决UITabelView刷新闪动
查看>>
CentOS 7 装vim遇到的问题和解决方法
查看>>
JavaScript基础教程1-20160612
查看>>
ios xmpp demo
查看>>
python matplotlib 中文显示参数设置
查看>>
【ros】Create a ROS package:package dependencies报错
查看>>
通过容器编排和服务网格来改进Java微服务的可测性
查看>>
re:Invent解读:没想到你是这样的AWS
查看>>
PyTips 0x02 - Python 中的函数式编程
查看>>
阿里云安全肖力:安全基础建设是企业数字化转型的基石 ...
查看>>
使用《Deep Image Prior》来做图像复原
查看>>
Linux基础命令---rmdir
查看>>
Android图片添加水印图片并把图片保存到文件存储
查看>>
BigDecimal 舍入模式(Rounding mode)介绍
查看>>
开源 免费 java CMS - FreeCMS1.2-标签 infoSign
查看>>
开源 免费 java CMS - FreeCMS1.9 移动APP生成栏目列表数据
查看>>
Squid 反向代理服务器配置
查看>>