Linux中的top命令显示系统上正在运行的进程。它是系统管理员最重要的工具之一。被广泛用于监视服务器的负载。在本篇中，我们会探索top命令的细节。top命令是一个交互命令。在运行top的时候还可以运行很多命令。我们也会探索这些命令。
（译注：不同发行版的top命令在各种细节有不同，如果发现不同时，请读你的帮助手册和命令内的帮助。）
1. Top 命令输出
首先，让我们了解一下输出。top命令会显示系统的很多信息。我们需要理解不同部分输出的意义：默认运行时，top命令会显示如下输出：
前几行水平显示了不同系统参数的概括，接下来是进程和它们在列中的属性。
1.1 第一行——基本信息 系统运行时间和平均负载
top命令的顶部显示与uptime命令相似的输出。
这些字段显示：
- 当前时间
- 系统已运行的时间
- 当前登录用户的数量
- 相应最近5、10和15分钟内的平均负载。
可以使用’l’命令切换uptime的显示。
load average:
load average 表示系统负载均值，使用 top 或 uptime 可以查看到负载均值的信息，三个数值分表表示 1分钟内 、5分钟内 、 15分钟内的系统负载均值，要理解这三个数值的含义，首先要了解系统的“核数”
系统的核数 = CPU1 x CPU1的核数 + CPU2 x CPU2的核数 + CPUn x CPUn的核数 + ……
更清楚的讲，在Linux系统中输入命令grep -c 'model name' /proc/cpuinfo，即可得到核数。
回到负载均值,负载均值的饱和值等于系统的核数, 所以,根据load average观察系统负载首先要看系统中共有多少"核",单处理器单核的饱和值为 1,单处理器双核的饱和值为2,双处理器单核的饱和值也为2.
理解负载均值的最经典的例子是把一个CPU的核当做一座单行单向桥,多核即为多行路单向桥.如图:
假定,目前系统是单核系统,根据上面的描述,它的负载饱和值为1.这种条件下,各种数值的含义如下:
- 0.00 表示桥上没有任何车流,非常畅通
- 0.50 表示桥上有最高承载量一半的车流,也比较流畅.
- 1.00 表示桥上已经达到了最大承载量,如果再有车来,可能就要稍等才能上桥了,这种情况下,车速都会很慢,往往都会造成负载均值继续上升.
- 1.70 表示桥已经达到最大负载,且还有相对于桥最大负载70%的车辆等待上桥,这个时候的系统,已经要不堪重负了.
在实际应用中,重点关注5分钟，15分钟的负载均值，当达到0.7时，就需要调查原因了。
Linux查看物理CPU个数、核数、逻辑CPU个数
# 总核数 = 物理CPU个数 X 每颗物理CPU的核数
# 总逻辑CPU数 = 物理CPU个数 X 每颗物理CPU的核数 X 超线程数
# 查看物理CPU个数
cat /proc/cpuinfo| grep "physical id"| sort| uniq| wc -l
# 查看每个物理CPU中core的个数(即核数)
cat /proc/cpuinfo| grep "cpu cores"| uniq
# 查看逻辑CPU的个数
cat /proc/cpuinfo| grep "processor"| wc -l
# 查看CPU信息（型号）
cat /proc/cpuinfo | grep name | cut -f2 -d: | uniq -c
1.2 任务信息
第二行显示的是任务或者进程的总结。进程可以处于不同的状态。这里显示了全部进程的数量。除此之外，还有正在运行、睡眠、停止、僵尸进程的数量（僵尸是一种进程的状态）。这些进程概括信息可以用’t’切换显示。
僵尸进程：表示已经终止，但仍然保留一些信息的进程。其等待父进程调用wait()，就可以从内存中完全移除。 僵尸进程无法使用 kill 清理。如果要手动清理僵尸进程，需要找到其父进程，kill掉父进程后，Linux的 init 进程将接管该僵尸进程(linux中所有的子进程都需要有父进程，当父进程被kill后，其所有子进程将过继给init进程)，init进程隔一段时间去调用wait(),来清除僵尸进程。
1.3 CPU 状态
下一行显示的是CPU状态。这里显示了不同模式下的所占CPU时间的百分比。这些不同的CPU时间表示:
- us, user：运行(未调整优先级的) 用户进程的CPU时间
- sy，system: 运行内核进程的CPU时间
- ni，niced：运行已调整优先级的用户进程的CPU时间
- wa，IO wait: 用于等待IO完成的CPU时间
- hi：处理硬件中断的CPU时间
- si: 处理软件中断的CPU时间
- st：这个虚拟机被hypervisor偷去的CPU时间（译注：如果当前处于一个hypervisor下的vm，实际上hypervisor也是要消耗一部分CPU处理时间的）。
可以使用’t’命令切换显示。
1.4 内存使用
接下来两行显示内存使用率，有点像’free’命令。第一行是物理内存使用，第二行是虚拟内存使用(交换空间)。
物理内存显示如下:全部可用内存、已使用内存、空闲内存、缓冲内存。相似地：交换部分显示的是：全部、已使用、空闲和缓冲交换空间。
内存显示可以用’m’命令切换。
buff/cache：
buffers 和 cache 都是内存中存放的数据，不同的是，buffers 存放的是准备写入磁盘的数据，而 cache 存放的是从磁盘中读取的数据
在Linux系统中，有一个守护进程(daemon)会定期把buffers中的数据写入的磁盘，也可以使用 sync 命令手动把buffers中的数据写入磁盘。使用buffers可以把分散的 I/O 操作集中起来，减少了磁盘寻道的时间和磁盘碎片。
cache是Linux把读取频率高的数据，放到内存中，减少I/O。Linux中cache没有固定大小，根据使用情况自动增加或删除。
# 手动把buffers写入硬盘并清空cache
[root@k8s-master ~]# free -m
total used free shared buff/cache available
Mem: 1388 945 81 10 361 289
Swap: 0 0 0
[root@k8s-master ~]# sync && echo 3 > /proc/sys/vm/drop_caches
[root@k8s-master ~]# free -m
total used free shared buff/cache available
Mem: 1388 944 163 10 279 291
Swap: 0 0 0
交换区使用情况
Swap(内存交换区)：
是硬盘上的一块空间。在内存不足的情况下，操作系统把内存中不用的数据存到硬盘的交换区，腾出内存来让别的程序运行。因此，开启swap会一定程度的引起 I/O 性能下降(阿里服务器默认不开)。
1.5 字段/列
在横向列出的系统属性和状态下面，是以列显示的进程。不同的列代表下面要解释的不同属性。
默认上，top显示这些关于进程的属性：
- PID 进程ID，进程的唯一标识符
- USER 进程所有者的实际用户名。
- PR 进程的调度优先级。这个字段的一些值是’rt’。这意味这这些进程运行在实时态。
- NI 进程的nice值（优先级）。越小的值意味着越高的优先级。
- VIRT 进程使用的虚拟内存。
- RES 驻留内存大小。驻留内存是任务使用的非交换物理内存大小。
- SHR SHR是进程使用的共享内存。
- S 这个是进程的状态。它有以下不同的值:
- D – 不可中断的睡眠态。
- R – 运行态
- S – 睡眠态
- T – 被跟踪或已停止
- Z – 僵尸态
- %CPU 自从上一次更新时到现在任务所使用的CPU时间百分比。
- %MEM 进程使用的可用物理内存百分比。
- TIME+ 任务启动后到现在所使用的全部CPU时间，精确到百分之一秒。
- COMMAND 运行进程所使用的命令。
还有许多在默认情况下不会显示的输出，它们可以显示进程的页错误、有效组和组ID和其他更多的信息。
2. 命令行选项
打开top，可以指定更新的周期。
输入H，打开隐藏的线程；输入1，可以显示单核CPU使用情况。
top -H -b -d 1 -n 200 > top.txt，每个1秒统计一次，共200次，显示线程细节，并保存到top.txt中。
# top -Hp 1235 #该进程下的各个线程运行情况
top - 13:48:21 up 7 days, 5:35, 1 user, load average: 0.05, 0.05, 0.12
Threads: 68 total, 0 running, 68 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0.2 us, 0.2 sy, 0.0 ni, 99.7 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem : 12116176 total, 6138384 free, 2316952 used, 3660840 buff/cache
KiB Swap: 6094844 total, 6094844 free, 0 used. 9469988 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1545 root 20 0 5569144 990384 16348 S 0.3 8.2 6:06.52 java
1235 root 20 0 5569144 990384 16348 S 0.0 8.2 0:00.04 java
1520 root 20 0 5569144 990384 16348 S 0.0 8.2 0:02.43 java
1521 root 20 0 5569144 990384 16348 S 0.0 8.2 0:00.41 java
1522 root 20 0 5569144 990384 16348 S 0.0 8.2 0:00.42 java
1523 root 20 0 5569144 990384 16348 S 0.0 8.2 0:00.42 java
1524 root 20 0 5569144 990384 16348 S 0.0 8.2 0:00.42 java
1525 root 20 0 5569144 990384 16348 S 0.0 8.2 6:10.18 java
1526 root 20 0 5569144 990384 16348 S 0.0 8.2 0:00.02 java
1527 root 20 0 5569144 990384 16348 S 0.0 8.2 0:00.05 java
1528 root 20 0 5569144 990384 16348 S 0.0 8.2 0:00.06 java
-p: 监控特定的PID
你可以用-p选项监控指定的PID。PID的值为0将被作为top命令自身的PID。
一次线上问题排查模拟
背景：服务在平稳运行一段时间后，CPU突然飙高。
通过top命令，可以确认下，到底是哪个进程导致CPU飙高了（也许是误报呢？）。
可以看到图中PID是2816的进程，CPU使用率非常高。
使用top -Hp 2816来对进程下的线程进行观察。图中可以发现，2825这个线程CPU非常高。
这里利用Python非常方便的把十进制的线程ID转化成了16进制，为什么要这么做呢？
因为在接下来的线程DUMP文件中使用的就是16进制的NID。
在实际中，我们应该利用jstack pid多DUMP几次，因为线程存在状态转换，因此多次DUMP有利于抓取到线程更多的信息。
图中，你可以观察到，一个线程得到了锁，在运行，迟迟没有释放，而另一个线程一直在等待这个锁。至此，就可以到去查看代码去分析为什么锁迟迟不释放的原因了。
