一、语法
top [-] [d delay] [q] [c] [S] [s] [i] [n] [b]
二、实例
用法：
top //显示进程信息
top -c //显示完整命令
top -d 3 //设置信息更新时间，表示更新周期为3秒
top -n 2 //表示更新两次后终止更新显示
显示在top时，可以输入的命令：
P：以CPU的使用资源排序显示
M：以内存的使用资源排序显示
N：以pid排序显示
T：由进程使用的时间累计排序显示
k：给某一个pid一个信号。可以用来杀死进程
r：给某个pid重新定制一个nice值（即优先级）
q：退出top（用ctrl+c也可以退出top）
1：可以监控每个逻辑CPU（cpu核心数）的状况
三、详解
1、 top前5行统计信息
top - 10:03:35 up 55 min, 1 user, load average: 0.00, 0.01, 0.05
| 内容 | 含义 |
|---|---|
| 10:03:35 | 表示当前时间 |
| up 55 min | 系统运行时间 格式为 时：分 |
| 1 user | 当前登录用户数 |
| load average: 0.00, 0.01, 0.05 | 系统负载，即任务队列的平均长度。 三个数值分别为 1分钟、5分钟、15分钟前到现在的平均值。 |
load average: 如果这个数除以逻辑CPU的数量，结果高于5的时候就表明系统在超负荷运转了。
Tasks: 294 total, 1 running, 293 sleeping, 0 stopped, 0 zombie
Cpu(s): 17.2%us, 6.6%sy, 0.0%ni, 75.9%id, 0.0%wa, 0.0%hi, 0.2%si, 0.0%st
为 进程和CPU 的信息 ，当有多个CPU时，这些内容可能会超过两行，其参数如下：
| 内容 | 含义 |
|---|---|
| 294 total | 进程总数 |
| 1 running | 正在运行的进程数 |
| 293 sleeping | 睡眠的进程数 |
| 0 stopped | 停止的进程数 |
| 0 zombie | 僵尸进程数 |
| 17.2%us | 用户空间占用CPU百分比 |
| 6.6%sy | 内核空间占用CPU百分比 |
| 0.0%ni | 用户进程空间内改变过优先级的进程占用CPU百分比 |
| 75.9%id | 空闲CPU百分比 |
| 0.0%wa | 等待输入输出的CPU时间百分比 |
| 0.0%hi | 硬中断（Hardware IRQ）占用CPU的百分比 |
| 0.2%si | 软中断（Software Interrupts）占用CPU的百分比 |
| 0.0%st |
KiB Mem : 1867048 total, 1325264 free, 211732 used, 330052 buff/cache
KiB Swap: 2097148 total, 2097148 free, 0 used. 1429180 avail Mem
为 内存信息 其参数如下：
| 内容 | 含义 |
|---|---|
| 1867048 total | 物理内存总量 |
| 211732 used | 使用的物理内存总量 |
| 1325264 free | 空闲内存总量 |
| 330052 buff/cache | 用作内核缓存的内存量 |
| 2097148 total | 交换区总量 |
| 0 used | 使用的交换区总量 |
| 2097148 free | 空闲交换区总量 |
| 2618940k cached | 缓冲的交换区总量。(我的centos7没有这个了量) |
| 1429180 avail Mem | 代表可用于进程下一次分配的物理内存数量 |
上述最后提到的缓冲的交换区总量，这里解释一下，所谓缓冲的交换区总量，即内存中的内容被换出到交换区，而后又被换入到内存，但使用过的交换区尚未被覆盖，该数值即为这些内容已存在于内存中的交换区的大小。相应的内存再次被换出时可不必再对交换区写入。
计算可用内存数有一个近似的公式：
第四行的free + 第四行的buffers + 第五行的cached
2、进程信息
| 内容 | 含义 |
|---|---|
| PID | 进程id |
| PPID | 父进程id |
| RUSER | Real user name |
| UID | 进程所有者的用户id |
| USER | 进程所有者的用户名 |
| GROUP | 进程所有者的组名 |
| TTY | 启动进程的终端名。不是从终端启动的进程则显示为 ? |
| PR | 优先级 |
| NI | nice值。负值表示高优先级，正值表示低优先级 |
| P | 最后使用的CPU，仅在多CPU环境下有意义 |
| %CPU | 上次更新到现在的CPU时间占用百分比 |
| TIME | 进程使用的CPU时间总计，单位秒 |
| TIME+ | 进程使用的CPU时间总计，单位1/100秒 |
| %MEM | 进程使用的物理内存百分比 |
| VIRT | 进程使用的虚拟内存总量，单位kb。VIRT=SWAP+RES |
| SWAP | 进程使用的虚拟内存中，被换出的大小，单位kb |
| RES | 进程使用的、未被换出的物理内存大小，单位kb。RES=CODE+DATA |
| CODE | 可执行代码占用的物理内存大小，单位kb |
| DATA | 可执行代码以外的部分(数据段+栈)占用的物理内存大小，单位kb |
| SHR | 共享内存大小，单位kb |
| nFLT | 页面错误次数 |
| nDRT | 最后一次写入到现在，被修改过的页面数。 |
| S | 进程状态。D=不可中断的睡眠状态 R=运行 S=睡眠 T=跟踪/停止 Z=僵尸进程 |
| COMMAND | 命令名/命令行 |
| WCHAN | 若该进程在睡眠，则显示睡眠中的系统函数名 |
| Flags | 任务标志 |
四、其他
默认进入top时，各进程是按照CPU的占用量来排序的。
1、在top基本视图中，按键盘数字“1”可以监控每个逻辑CPU的状况：
2、使用 top -Hp pid 将这个进程的线程显示出来
五、运维
当应用服务器负载非常高的时候，我们可以使用top命令来定位问题。
1、首先利用ps命令，查看你的应用信息pid。
2、使用 top -Hp pid 将这个进程的线程显示出来
当然，因为我这个应用没有过载问题，如果过载的话，上图%cpu选项可能会存在一个或多个99.9等比较大的高负载线程。你就可以用为了 jstack pid > pid.log 命令将线程栈 dump 到日志文件中。
你可以将线程pid转换为16进制（因为线程快照中线程 ID 都是16进制存放。），然后在pid.log文件中查询到相应线程打印信息。你就会查询到执行的相应的方法，那么就可以定位到问题所在了。
为了更加直观的查看线程的状态信息，我将快照信息上传到专门分析的平台上。http://fastthread.io/
参考文档：
- https://blog.youkuaiyun.com/quiet_girl/article/details/50668126
- https://github.com/crossoverJie/JCSprout/blob/master/docs/jvm/cpu-percent-100.md
2960
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
