zoukankan      html  css  js  c++  java
  • 系统监控的一些工具w , vmstat

    w 命令:--w 查看的是系统整体上的负载

    # w
     15:23:46 up  3:34,  2 users,  load average: 0.03, 0.05, 0.00
    USER     TTY      FROM              LOGIN@   IDLE   JCPU   PCPU WHAT
    root     tty1     -                12:26    2:55m  0.11s  0.11s -bash
    root     pts/0    10.72.137.53     12:28    1:17m  1:32   1:32  -bash

    时间, 登陆终端, 系统运行时间,登录用户数,平均负载。

    当前登录的都有哪些用户,以及他们是从哪里登录的等等。最应该关注的应该是第一行中的 ‘load average:’ 后面的三个数值:

    第一个数值表示1分钟内系统的平均负载值;第二个数值表示5分钟内系统的平均负载值;第三个数值表示15分钟系统的平均负载值。

    这个值的意义是,单位时间段内CPU活动进程数。当然这个值越大就说明您的服务器压力越大。

    一般情况下这个值只要不超过服务器的cpu数量就没有关系,如果服务器cpu数量为8,那么这个值若小于8,就说明当前服务器没有压力,否则就要关注一下了。

    查看cpu 数目: cat /proc/cpuinfo         grep -c 'processor' /proc/cpuinfo

    vmstat:  vmstat可以查出具体是哪里(CPU, 内存,磁盘等)有压力。

    vmstat 2 1 ---2表示每个两秒采集一次服务器状态,1表示只采集一次。

    vmstat 2  ---这表示vmstat每2秒采集数据,一直采集,一直打印,除非我们按 Ctrl + c 结束

    ~]# vmstat
    procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu-----
     r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
     0  0    512   5392  37460 213276    0    0   100   549  153   59  1  4 93  1  0

    vmstat命令打印的结果共分为6部分:procs, memory, swap, io, system, cpu.

    proc 显示进程相关信息:
    r  表示运行队列(就是说多少个进程真的分配到CPU),当这个值超过了CPU数目,就会出现CPU瓶颈了。这个也和top的负载有关系,一般负载超过了3就比较高,超过了5就高,超过了10就不正常了,服 务器的状态很危险。top的负载类似每秒的运行队列。如果运行队列过大,表示你的CPU很繁忙,一般会造成CPU使用率很高。
    b 表示阻塞的进程,这个不多说,进程阻塞(等待资源的进程数,比如等待I/O, 内存),这列的值如果长时间大于1,则需要关注一下了

    memory内存相关信息:
    swpd 虚拟内存已使用的大小,如果大于0,表示你的机器物理内存不足了,如果不是程序内存泄露的原因,那么你该升级内存了或者把耗内存的任务迁移到其他机器。
    free 空闲的物理内存的大小
    buff 缓冲大小,(即将写入磁盘的);
    cache 缓存大小,(从磁盘中读取的数据);直接用来记忆我们打开的文件

    swap 内存交换情况:
    si : 每秒从磁盘读入虚拟内存的大小,如果这个值大于0,表示物理内存不够用或者内存泄露了,要查找耗内存进程解决掉。由交换区写入到内存的数据量;
    so : 每秒虚拟内存写入磁盘的大小,如果这个值大于0,同上。 由内存写入到交换区的数据量;

    io 磁盘使用:
    bi:从块设备读取数据的量(读磁盘);每秒从块设备接收到的块数,即读块设备
    bo:从块设备写入数据的量(写磁盘);每秒发送到块设备的块数,即写块设备。

    system 显示采集间隔内发生的中断次数
    in: 每秒CPU的中断次数,包括时间中断-- 表示在某一时间间隔中观测到的每秒设备中断数
    cs:表示每秒CPU产生的上下文切换次数 --如我们调用系统函数,就要进行上下文切换,线程的切换,也要进程上下文切换,这个值要越小越好,太大了,要考虑调低线程或者进程的数目,例如在apache和 nginx这种web服务器中,我们一般做性能测试时会进行几千并发甚至几万并发的测试,选择web服务器的进程可以由进程或者线程的峰值一直下调,压测,直到cs到一个比较小的值,这个进程和线程数 就是比较合适的值了。系统调用也是,每次调用系统函数,我们的代码就会进入内核空间,导致上下文切换,这个是很耗资源,也要尽量避免频繁调用系统函数。上下文切换次数过多表示你的CPU大部 分浪费在上下文切换,导致CPU干正经事的时间少了,CPU没有充分利用,是不可取的。

    cpu的使用状态

        us :显示了用户下所花费 cpu 时间的百分比;

        sy :显示系统花费cpu时间百分比;如果太高,表示系统调用时间长,例如是IO操作频繁。

        id :表示cpu处于空闲状态的时间百分比;一般来说,id + us + sy = 100,一般我认为id是空闲CPU使用率,us是用户CPU使用率,sy是系统CPU使用率。

       wa :表示I/O等待所占用cpu时间百分比;

       st :表示被偷走的cpu所占百分比(一般都为0,不用关注);

     

      




  • 相关阅读:
    RabbitMQ核心组件及应用场景
    集群架构和CentOS7安装RabbitMQ集群(单机版)
    CentOS7下安装单机版RabbitMQ及权限赋予
    Spring事务管理
    java服务器图片压缩的几种方式及效率比较
    Spring中通过java的@Valid注解和@ControllerAdvice实现全局异常处理。
    go语言调度器源代码情景分析之三:内存
    go语言调度器源代码情景分析之二:CPU寄存器
    go语言调度器源代码情景分析之一:开篇语
    面试官:swoole 的认识和强大之处你不知道?回去吧!!!
  • 原文地址:https://www.cnblogs.com/yuankaituo/p/4271706.html
Copyright © 2011-2022 走看看