• Linux vmstat具体解释(系统IO)


    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时间。

  • 相关阅读:
    Javascript(js)分页程序
    Erlang gb_trees
    ASP.NET MVC 扩展之 JsonpResult ,用来提供轻量级跨域调用服务
    facebook folly编译脚本
    开源项目 XDD
    ObjectiveC——消息、Category和Protocol
    Lua编译执行与错误
    ASP.NET MVC 4 RC的JS/CSS打包压缩功能
    web插件化
    精益企业应用平台
  • 原文地址:https://www.cnblogs.com/mfrbuaa/p/5344725.html
Copyright © 2020-2023  润新知