背景

最近我们测试环境部署的一个项目总是不停的宕机，之前也有过，但是最近特别频繁

猜测

可能是因为cup或者内存占用太大导致的服务宕机

执行

1.登录linux服务器

2.top命令

下面是对每一行信息的详解

第一行：系统运行时间和平均负载

当前时间、系统已运行时间、当前登录用户的数量、最近5、10、15分钟内的平均负载

第二行：任务

任务的总数、运行中(running)的任务、休眠(sleeping)中的任务、停止(stopped)的任务、僵尸状态(zombie)的任务

第三行：cpu状态字段

字段释义

us

user： 运行(未调整优先级的) 用户进程的CPU时间

sy

system: 运行内核进程的CPU时间

ni

niced：运行已调整优先级的用户进程的CPU时间

id

idle:空闲时间

wa

IO wait: 用于等待IO完成的CPU时间

hi

处理硬件中断的CPU时间

si

处理软件中断的CPU时间

st

这个虚拟机被hypervisor偷去的CPU时间(译注：如果当前处于一个hypervisor下的vm，实际上hypervisor也是要消耗一部分CPU处理时间的)

第四行：内存

全部可用内存、已使用内存、空闲内存、缓冲内存

第五行：swap

全部、已使用、空闲和缓冲交换空间

第七行至N行：各进程任务的的状态监控字段

释义

PID

进程ID，进程的唯一标识符

USER

进程所有者的实际用户名

PR

进程的调度优先级。这个字段的一些值是'rt'。这意味这这些进程运行在实时态。

NI

进程的nice值(优先级)。越小的值意味着越高的优先级。负值表示高优先级，正值表示低优先级

VIRT

virtual memory usage 虚拟内存,进程使用的虚拟内存。进程使用的虚拟内存总量，单位kb。VIRT=SWAP+RES

1、进程“需要的”虚拟内存大小，包括进程使用的库、代码、数据等

2、假如进程申请100m的内存，但实际只使用了10m，那么它会增长100m，而不是实际的使用量

RES

resident memory usage 常驻内存,驻留内存大小。驻留内存是任务使用的非交换物理内存大小。进程使用的、未被换出的物理内存大小，单位kb。RES=CODE+DATA

1、进程当前使用的内存大小，但不包括swap out

2、包含其他进程的共享

3、如果申请100m的内存，实际使用10m，它只增长10m，与VIRT相反

4、关于库占用内存的情况，它只统计加载的库文件所占内存大小

SHR

SHR：shared memory 共享内存

1、除了自身进程的共享内存，也包括其他进程的共享内存

2、虽然进程只使用了几个共享库的函数，但它包含了整个共享库的大小

3、计算某个进程所占的物理内存大小公式：RES – SHR

4、swap out后，它将会降下来

S

这个是进程的状态。它有以下不同的值:

D - 不可中断的睡眠态。

R – 运行态

S – 睡眠态

T – 被跟踪或已停止

Z – 僵尸态

%CPU

自从上一次更新时到现在任务所使用的CPU时间百分比。%CPU显示的是进程占用一个核的百分比，而不是整个cpu(N核)的百分比，有时候可能大于100，那是因为该进程启用了多线程占用了多个核心，所以有时候我们看该值得时候会超过100%，但不会超过总核数*100

%MEM

进程使用的可用物理内存百分比

TIME+

任务启动后到现在所使用的全部CPU时间，精确到百分之一秒

COMMAND

运行进程所使用的命令。进程名称(命令名/命令行)

3.从上面的信息中，我们可以看到物理内存已经接近总值了，所以基本可以断定是因为这个原因导致

4.移除其他的几个处于sleep状态的服务，恢复正常