通过这篇教程提升你的 top 命令的知识。
— Katie Mclaughlin
有用的原文链接
请访问文末的“原文链接”获得可点击的文内链接、全尺寸原图和相关文章。
致谢
编译自|
作者|Katie Mclaughlin
译者|ypingcn 共计翻译：12篇 贡献时间：638 天
通过这篇教程提升你的top命令的知识。
尝试找出你的机器正在运行什么程序，以及哪个进程耗尽了内存导致系统非常非常慢 —— 这是top命令所能胜任的工作。
top是一个非常有用的程序，其作用类似于 Windows 任务管理器或 MacOS 的活动监视器。在 *nix 机器上运行top将实时显示系统上运行的进程的情况。
$ top取决于你运行的top版本，你会看到类似如下内容：
top - 08:31:32 up 1 day, 4:09, 0 users, load average: 0.20, 0.12, 0.10
Tasks: 3 total, 1 running, 2 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0.5 us, 0.3 sy, 0.0 ni, 99.2 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem: 4042284 total, 2523744 used, 1518540 free, 263776 buffers
KiB Swap: 1048572 total, 0 used, 1048572 free. 1804264 cached Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 20 0 21964 3632 3124 S 0.0 0.1 0:00.23 bash
193 root 20 0 123520 29636 8640 S 0.0 0.7 0:00.58 flask
195 root 20 0 23608 2724 2400 R 0.0 0.1 0:00.21 top你所用的top版本可能跟这个看起来不一样top按内存排序，特别是在显示的列上。
如何阅读输出的内容
你可以根据输出判断你正在运行的内容，但尝试去解释结果你可能会有些困惑。
前几行包含一堆统计信息（详细信息），后跟一个包含结果列的表（列）。让我们从后者开始吧。
列
这些是系统正在运行的进程。默认按 CPU 使用率降序排序。这意味着在列表顶部的程序正使用更多的 CPU 资源并对你的系统造成更重的负担。对于资源使用而言，这些程序是字面上的消耗资源最多的（top）进程。不得不说，top这个名字起得很妙。
最右边的COMMAND一列报告进程名（启动它们的命令）。在这个例子里，进程名是bash（一个我们正在运行top的命令解释器）、flask（一个 Python 写的 web 框架）和top自身。
其它列提供了关于进程的有用信息：
◈PID：进程 ID，一个用来定位进程的唯一标识符
◈USER：运行进程的用户
◈PR：任务的优先级
◈NI：Nice 值，优先级的一个更好的表现形式
◈VIRT：虚拟内存的大小，单位是 KiB（kibibytes）
◈RES：常驻内存大小，单位是 KiB（物理内存和虚拟内存的一部分）
◈SHR：共享内存大小，单位是 KiB（共享内存和虚拟内存的一部分）
◈S：进程状态，一般I代表空闲，R代表运行，S代表休眠，Z代表僵尸进程，T或t代表停止（还有其它更少见的选项）
◈%CPU：自从上次屏幕更新后的 CPU 使用率
◈%MEM：自从上次屏幕更新后的RES常驻内存使用率
◈TIME+：自从程序启动后总的 CPU 使用时间
◈COMMAND：启动命令，如之前描述那样
确切知道VIRT，RES和SHR值代表什么在日常操作中并不重要。重要的是要知道VIRT值最高的进程就是内存使用最多的进程。当你在用top排查为什么你的电脑运行无比卡的时候，那个VIRT数值最大的进程就是元凶。如果你想要知道共享内存和物理内存的确切意思，请查阅top 手册[1]的 Linux Memory Types 段落。
是的，我说的是 kibibytes 而不是 kilobytes。通常称为 kilobyte 的 1024 值实际上是 kibibyte。希腊语的 kilo（χίλιοι）意思是一千（例如一千米是 1000 米，一千克是 1000 克）。Kibi 是 kilo 和 binary 的合成词，意思是 1024 字节（或者 2^10 ）。但是，因为这个词很难说，所以很多人在说 1024 字节的时候会说 kilobyte。top试图在这里使用恰当的术语，所以按它说的理解就好。
屏幕更新说明
实时屏幕更新是 Linux 程序可以做的非常酷的事之一。这意味着程序能实时更新它们显示的内容，所以看起来是动态的，即使它们用的是文本。非常酷！在我们的例子中，更新时间间隔很重要，因为一些统计数据（%CPU和%MEM）是基于上次屏幕更新的数值的。
因为我们运行在一个持久性的程序中，我们就可以输入一些命令来实时修改配置（而不是停止应用，然后用一个不同的命令行选项再次运行）。
按下h调用帮助界面，该界面也显示了默认延迟（屏幕更新的时间间隔）。这个值默认（大约）是 3 秒，但你可以输入d（大概是 delay 的意思）或者s（可能是 screen 或 seconds 的意思）来修改它。
细节
在进程列表上面有一大堆有用的信息。有些细节看起来有点儿奇怪，让人困惑。但是一旦你花点儿时间来逐个过一遍，你会发现，在紧要关头，这些是非常有用的。
第一行包含系统的大致信息：
◈top：我们正在运行top！你好！top！
◈XX:YY:XX：当前时间，每次屏幕更新的时候更新
◈up（接下去是X day, YY:ZZ）：系统的uptime[2]，或者自从系统启动后已经过去了多长时间
◈load average（后跟三个数字）：分别是过去一分钟、五分钟、15 分钟的系统负载[3]
第二行（Task）显示了正在运行的任务的信息，不用解释。它显示了进程总数和正在运行的、休眠中的、停止的进程数和僵尸进程数。这实际上是上述S（状态）列的总和。
第三行（%Cpu(s)）显示了按类型划分的 CPU 使用情况。数据是屏幕刷新之间的值。这些值是：
◈us：用户进程
◈sy：系统进程
◈ni：nice[4]用户进程
◈id：CPU 的空闲时间，这个值比较高时说明系统比较空闲
◈wa：等待时间，或者消耗在等待 I/O 完成的时间
◈hi：消耗在硬件中断的时间
◈si：消耗在软件中断的时间
◈st：“虚拟机管理程序从该虚拟机窃取的时间”
你可以通过点击t（toggle）来展开或折叠Task和%Cpu(s)行。
第四行（Kib Mem）和第五行（KiB Swap）提供了内存和交换空间的信息。这些数值是：
◈总内存容量
◈已用内存
◈空闲内存
◈内存的缓冲值
◈交换空间的缓存值
默认它们是用 KiB 为单位展示的top按内存排序，但是按下E（扩展内存缩放 extend memory scaling）可以轮换不同的单位：KiB、MiB、GiB、TiB、PiB、EiB（kilobytes、megabytes、gigabytes、terabytes、petabytes 和 exabytes）
top用户手册有更多选项和配置项信息。你可以运行man top来查看你系统上的文档。还有很多HTML 版的 man 手册[1]，但是请留意，这些手册可能是针对不同 top 版本的。
两个 top 的替代品
你不必总是用top查看系统状态。你可以根据你的情况用其它工具来协助排查问题，尤其是当你想要更图形化或更专业的界面的时候。
htop
htop很像top，但是它带来了一些非常有用的东西：它可以以图形界面展示 CPU 和内存使用情况。
这是我们在刚才运行top的同一环境中htop的样子。显示更简洁，但功能却很丰富。
任务统计、负载、uptime 和进程列表仍然在，但是它有了漂亮、彩色、动态的每核 CPU 使用情况，还有图形化的内存使用情况。
以下是不同颜色的含义（你也可以通过按下h来获得这些信息的帮助）。
CPU 任务优先级或类型：
◈蓝色：低优先级
◈绿色：正常优先级
◈红色：内核任务
◈蓝色：虚拟任务
◈条状图末尾的值是已用 CPU 的百分比
内存：
◈绿色：已经使用的内存
◈蓝色：缓冲的内存
◈黄色：缓存内存
◈条状图末尾的值显示已用内存和总内存
如果颜色对你没用，你可以运行htop -C来禁用它们；那样htop将使用不同的符号来展示 CPU 和内存类型。
它的底部有一组激活的快捷键提示，可以用来操作过滤结果或改变排序顺序。试着按一些快捷键看看它们能做什么。不过尝试F9时要小心，它会调出一个信号列表，这些信号会杀死（即停止）一个过程。我建议在生产环境之外探索这些选项。
htop的作者 Hisham Muhammad（是的，htop的名字就是源自 Hisham 的）在二月份的FOSDEM 2018[5]做了一个简短的演讲[6]。他阐述了htop不仅有简洁的图形界面，还有更现代的进程信息统计展示方式，这都是之前的工具（如top）所不具备的。
你可以在手册页面[7]或htop 网站[8]阅读更多关于htop的信息。（提示：网站背景是一个动态的htop。）
docker stats
如果你在用 Docker，你可以运行docker stats来为容器状态生成一个有丰富上下文的界面。
这可能比top更有帮助，因为它不是按进程分类，而是按容器分类的。这点特别有用，当某个容器运行缓慢时，查看哪个容器耗资源最多比运行top再找到容器的进程要快。
借助于上面对top和htop术语的解释，你应该会更容易理解docker stats中的那些。然而，docker stats 文档[9]对每一列都提供了详尽的描述。
via:
作者：Katie McLaughlin[11]选题：lujun9972译者：ypingcn校对：pityonline
本文由LCTT原创编译，Linux中国荣誉推出
限时特惠：本站每日持续更新海量各大内部网赚创业教程，会员可以下载全站资源点击查看详情
站长微信：
相关文章
