PRF: #9864 完成译文校对

translated/tech/20180813 Tips for using the top command in Linux.md

@@ -3,15 +3,15 @@
 
 ![](https://opensource.com/sites/default/files/styles/image-full-size/public/lead-images/linux_penguin_green.png?itok=ENdVzW22)
 
-尝试找出你的机器正在运行的是什么程序，以及哪个进程耗尽了内存导致运行非常非常慢 —— 这些都是 `top` 命令所能胜任的任务。
+尝试找出你的机器正在运行什么程序，以及哪个进程耗尽了内存导致系统非常非常慢 —— 这是 `top` 命令所能胜任的工作。
 
-`top` 是一个非常有用的程序，其作用类似于 Windows 任务管理器或 MacOS 的活动监视器。在 \*nix 机器上运行 `top` 将显示系统上运行的进程的实时运行视图。
+`top` 是一个非常有用的程序，其作用类似于 Windows 任务管理器或 MacOS 的活动监视器。在 \*nix 机器上运行 `top` 将实时显示系统上运行的进程的情况。
 
 ```
 $ top
 ```
 
-取决于你正在运行的 `top` 版本，你将获得如下所示的内容：
+取决于你运行的 `top` 版本，你会看到类似如下内容：
 
 ```
 top - 08:31:32 up 1 day,  4:09,  0 users,  load average: 0.20, 0.12, 0.10
@@ -30,53 +30,53 @@ KiB Swap:  1048572 total,        0 used,  1048572 free.  1804264 cached Mem
 
 ### 如何阅读输出的内容
 
-你可以根据输出判断您正在运行的内容，但尝试去解释结果你可能会有些困惑。
+你可以根据输出判断你正在运行的内容，但尝试去解释结果你可能会有些困惑。
 
-前几行包含一堆统计信息（详细信息），后跟一个包含结果列表的表（列表）。让我们从后者开始吧。
+前几行包含一堆统计信息（详细信息），后跟一个包含结果列的表（列）。让我们从后者开始吧。
 
-### 列表
+#### 列
 
-这些是正运行在系统上的进程。默认按 CPU 使用率降序排序。这意味着在列表顶部的程序正使用更多的 CPU 资源和对你的系统造成更重的负担。对于资源使用而言，这些程序是字面上的消耗最多（top）进程。你必须承认，`top` 程序名字起得很妙。
+这些是系统正在运行的进程。默认按 CPU 使用率降序排序。这意味着在列表顶部的程序正使用更多的 CPU 资源并对你的系统造成更重的负担。对于资源使用而言，这些程序是字面上的消耗资源最多的（top）进程。不得不说，`top` 这个名字起得很妙。
 
-最右边的 `COMMAND` 一列报告进程名（你用来启动它们的命令）。在这个例子里，进程名是 `bash`（一个我们正在运行 `top` 的命令解释器）、`flask`（一个 Python 写的 web 框架）和 `top` 自身。
+最右边的 `COMMAND` 一列报告进程名（启动它们的命令）。在这个例子里，进程名是 `bash`（一个我们正在运行 `top` 的命令解释器）、`flask`（一个 Python 写的 web 框架）和 `top` 自身。
 
-其他列提供了关于进程的有效信息。
+其它列提供了关于进程的有用信息：
 
 * `PID`：进程 ID，一个用来定位进程的唯一标识符
 * `USER`：运行进程的用户
-* `PR`：任务的优先度
-* `NI`：优先度的一个更好的表现形式
-* `VIRT`：虚拟内存的大小，单位是 Kib（kibibytes）
+* `PR`：任务的优先级
+* `NI`：Nice 值，优先级的一个更好的表现形式
+* `VIRT`：虚拟内存的大小，单位是 KiB（kibibytes）
 * `RES`：常驻内存大小，单位是 KiB（物理内存和虚拟内存的一部分）
 * `SHR`：共享内存大小，单位是 KiB（共享内存和虚拟内存的一部分）
-* `S`：进程状态，一般 **I** 代表空闲，**R** 代表运行，**S** 代表休眠，**Z** 代表僵尸进程，**T** 或 **t** 代表停止（还有其他更少见的选项）
-* `%CPU`：自从上次屏幕结果更新后的 CPU 使用率
+* `S`：进程状态，一般 **I** 代表空闲，**R** 代表运行，**S** 代表休眠，**Z** 代表僵尸进程，**T** 或 **t** 代表停止（还有其它更少见的选项）
+* `%CPU`：自从上次屏幕更新后的 CPU 使用率
 * `%MEM`：自从上次屏幕更新后的 `RES` 常驻内存使用率
-* `TIME+`：自从程序开始后总的 CPU 使用时间
+* `TIME+`：自从程序启动后总的 CPU 使用时间
 * `COMMAND`：启动命令，如之前描述那样
 
-确切知道 `VIRT`，`RES` 和 `SHR` 值代表什么在日常操作中并不重要。重要的事情是知道 `VIRT` 值最高的那个进程是那个使用最多内存的进程。如果你在用 `top` 找为什么你的电脑运行慢得就像行走在糖蜜池时，那个 `VIRT` 数值最大的进程就是元凶。如果你想要知道共享内存和物理内存的确切意思，请查阅 [top 手册][1]的 Linux 内存类型。
+确切知道 `VIRT`，`RES` 和 `SHR` 值代表什么在日常操作中并不重要。重要的是要知道 `VIRT` 值最高的进程就是内存使用最多的进程。当你在用 `top` 排查为什么你的电脑运行无比卡的时候，那个 `VIRT` 数值最大的进程就是元凶。如果你想要知道共享内存和物理内存的确切意思，请查阅 [top 手册][1]的 Linux Memory Types 段落。
 
-是的，我说的是 kibibytes 而不是 kilobytes。通常称为  kilobyte 的 1024 值实际上是 kibibyte。希腊语的 kilo（χίλιοι）意思是一千或者千（例如一千米是 1000 米，一千克是 1000 克）。Kibi 是 kilo 和 byte 的合成词，意思是 1024 字节（或者 210）。但是，因为这个词很难说，所以很多人在说 1024 字节的时候会说 kilobyte。所有这些意味着 `top` 试图在这里使用恰当的术语，所以随它去吧。
+是的，我说的是 kibibytes 而不是 kilobytes。通常称为 kilobyte 的 1024 值实际上是 kibibyte。希腊语的 kilo（χίλιοι）意思是一千（例如一千米是 1000 米，一千克是 1000 克）。Kibi 是 kilo 和 binary 的合成词，意思是 1024 字节（或者 2^10 ）。但是，因为这个词很难说，所以很多人在说 1024 字节的时候会说 kilobyte。`top` 试图在这里使用恰当的术语，所以按它说的理解就好。
 
 #### 屏幕更新说明
 
-实时屏幕更新是 Linux 程序可以做的 **非常酷** 的事情之一。这意味着程序能实时更新它们显示的内容，所以看起来很生动，即使它们使用的是文本。非常酷！在我们的例子里，更新之间的时间是重要的，因为我们的一些数据（`%CPU` 和 `%MEM`）是基于上次屏幕更新的数值的。
+实时屏幕更新是 Linux 程序可以做的 **非常酷** 的事之一。这意味着程序能实时更新它们显示的内容，所以看起来是动态的，即使它们用的是文本。非常酷！在我们的例子中，更新时间间隔很重要，因为一些统计数据（`%CPU` 和 `%MEM`）是基于上次屏幕更新的数值的。
 
-因为我们正在运行一个持续的应用，我们能按下按键命令对设置或者配置进行实时的修改（也就是说，关闭应用，然后用一个不同的命令行标志位来再次运行该应用）。
+因为我们运行在一个持久性的程序中，我们就可以输入一些命令来实时修改配置（而不是停止应用，然后用一个不同的命令行选项再次运行）。
 
-按下 `h` 调用帮助界面，界面也显示默认延迟（屏幕更新的时间间隔）。这个值默认（大约）是 3 秒，但是你能输入 `d`（大概是延迟 delay 的意思）或者 `s`（可能是屏幕 screen 或者秒 seconds 的意识）来修改这个默认值。
+按下 `h` 调用帮助界面，该界面也显示了默认延迟（屏幕更新的时间间隔）。这个值默认（大约）是 3 秒，但你可以输入 `d`（大概是 delay 的意思）或者 `s`（可能是 screen 或 seconds 的意思）来修改它。
 
 #### 细节
 
-在上面的进程列表里有一大堆有用的信息。有些细节看起来奇怪，令人感到困惑。但是一旦你花一些时间来逐个过一遍，你会发现，在紧要关头，这些是非常有用的数据。
+在进程列表上面有一大堆有用的信息。有些细节看起来有点儿奇怪，让人困惑。但是一旦你花点儿时间来逐个过一遍，你会发现，在紧要关头，这些是非常有用的。
 
-第一行包含系统的大致信息
+第一行包含系统的大致信息：
 
 * `top`：我们正在运行 `top`！你好！`top`！
 * `XX:YY:XX`：当前时间，每次屏幕更新的时候更新
-* `up`（接下去是 `X day, YY:ZZ`）：系统的[正常运行时间][2]，或者自从系统启动后已经过去了多长时间
-* `load average`（接下去是三个数字）：分别是过去一分钟、五分钟、15 分钟的[系统负载][3]
+* `up`（接下去是 `X day, YY:ZZ`）：系统的 [uptime][2]，或者自从系统启动后已经过去了多长时间
+* `load average`（后跟三个数字）：分别是过去一分钟、五分钟、15 分钟的[系统负载][3]
 
 第二行（`Task`）显示了正在运行的任务的信息，不用解释。它显示了进程总数和正在运行的、休眠中的、停止的进程数和僵尸进程数。这实际上是上述 `S`（状态）列的总和。
 
@@ -85,75 +85,72 @@ KiB Swap:  1048572 total,        0 used,  1048572 free.  1804264 cached Mem
 * `us`：用户进程
 * `sy`：系统进程
 * `ni`：[nice][4] 用户进程
-* `id`：CPU 的闲置时间， 高闲置时间意味着除此之外不会有太多事情发生
-* `wa`：等待时间，或者花在等待 I/O 完成的时间
-* `hi`：花在硬件中断的时间
-* `si`：花在软件中断的时间
+* `id`：CPU 的空闲时间，这个值比较高时说明系统比较空闲
+* `wa`：等待时间，或者消耗在等待 I/O 完成的时间
+* `hi`：消耗在硬件中断的时间
+* `si`：消耗在软件中断的时间
 * `st`：“虚拟机管理程序从该虚拟机窃取的时间”
 
-你能通过点击 `t`（触发 toggle 的意思）来展开 `Task` 和 `%Cpu(s)` 列。
+你可以通过点击 `t`（toggle）来展开或折叠 `Task` 和 `%Cpu(s)` 行。
 
 第四行（`Kib Mem`）和第五行（`KiB Swap`）提供了内存和交换空间的信息。这些数值是：
 
-* `total`
-* `used`
-* `free`
-
-还有：
-
+* 总内存容量
+* 已用内存
+* 空闲内存
 * 内存的缓冲值
 * 交换空间的缓存值
 
-默认它们是用 KiB 为单位展示的，但是按下 `E`（扩展内存缩放 extend memory scaling 的意思）能在不同的数值轮换：KiB、MiB、GiB、TiB、PiB、EiB（kilobytes、megabytes、gigabytes、terabytes、petabytes 和 exabytes 是它们真正的名字）
+默认它们是用 KiB 为单位展示的，但是按下 `E`（扩展内存缩放 extend memory scaling）可以轮换不同的单位：KiB、MiB、GiB、TiB、PiB、EiB（kilobytes、megabytes、gigabytes、terabytes、petabytes 和 exabytes）
 
-`top` 用户手册甚至显示了关于有效标志位和配置的更多信息。你能运行 `man top` 来找到你系统上的文档。有不同的网页显示 [HTML 版的手册][1]，但是请留意，这些手册可能是给不同 top 版本看的。
+`top` 用户手册有更多选项和配置项信息。你可以运行 `man top` 来查看你系统上的文档。还有很多 [HTML 版的 man 手册][1]，但是请留意，这些手册可能是针对不同 top 版本的。
 
 ### 两个 top 的替代品
 
-你不必总是用 `top` 来理解发生了什么。根据您的情况，其他工具可能会帮助您诊断问题，尤其是当您想要更图形化或专业的界面时。
+你不必总是用 `top` 查看系统状态。你可以根据你的情况用其它工具来协助排查问题，尤其是当你想要更图形化或更专业的界面的时候。
 
 #### htop
 
-`htop` 很像 `top`，但是它给表格带来了一些非常有用的东西：CPU 和内存使用的图形表示。
+`htop` 很像 `top`，但是它带来了一些非常有用的东西：它可以以图形界面展示 CPU 和内存使用情况。
 
 ![](https://opensource.com/sites/default/files/uploads/htop_preview.png)
 
-这就是我们在 `top` 中考察的环境在 `htop` 中的样子。显示要简单得多，但仍有丰富的功能。
+这是我们在刚才运行 `top` 的同一环境中 `htop` 的样子。显示更简洁，但功能却很丰富。
 
-我们的任务计数、负载、正常运行时间和进程列表仍然存在，但是我们获得了每个内核 CPU 使用情况的漂亮、彩色、动画视图和内存使用情况图表。
+任务统计、负载、uptime 和进程列表仍然在，但是它有了漂亮、彩色、动态的每核 CPU 使用情况，还有图形化的内存使用情况。
 
-以下是不同颜色的含义（你也可以通过按 `h` 来获得这些信息，以获得帮助）。
+以下是不同颜色的含义（你也可以通过按下 `h` 来获得这些信息的帮助）。
 
 CPU 任务优先级或类型：
 
 * 蓝色：低优先级
 * 绿色：正常优先级
-* 红色：核心任务
-* 蓝色：虚拟化任务
-* 条形末尾的值是已用 CPU 的百分比
+* 红色：内核任务
+* 蓝色：虚拟任务
+* 条状图末尾的值是已用 CPU 的百分比
 
 内存：
 
 * 绿色：已经使用的内存
 * 蓝色：缓冲的内存
 * 黄色：缓存内存
-* 条形图末尾的值显示已用内存和总内存
+* 条状图末尾的值显示已用内存和总内存
 
-如果颜色对你没用，你可以运行 `htop -C` 来禁用它们；否则，`htop` 将使用不同的符号来分隔 CPU 和内存类型。
+如果颜色对你没用，你可以运行 `htop -C` 来禁用它们；那样 `htop` 将使用不同的符号来展示 CPU 和内存类型。
 
-在底部，有一个有效功能键的提示，你可以用它来过滤结果或改变排序顺序。尝试一些命令，看看它们能做什么。只是尝试 `F9` 时要小心。这将会产生一个信号列表，这些信号会杀死(即停止)一个过程。我建议在生产环境之外探索这些选项。
+它的底部有一组激活的快捷键提示，可以用来操作过滤结果或改变排序顺序。试着按一些快捷键看看它们能做什么。不过尝试 `F9` 时要小心，它会调出一个信号列表，这些信号会杀死（即停止）一个过程。我建议在生产环境之外探索这些选项。
 
-`htop` 的作者，Hisham Muhammad（是的，用 Hisham 命名的 `htop`）在二月份的 [FOSDEM 2018][6] 就 [lightning talk][5] 做了一个展示。他解释 `htop` 是如何不仅有清晰的图形，还用更现代化的统计信息展示进程信息，这都是之前的工具 `top` 所不具备的。
+`htop` 的作者 Hisham Muhammad（是的，`htop` 的名字就是源自 Hisham 的）在二月份的 [FOSDEM 2018][6] 做了一个[简短的演讲][5]。他阐述了 `htop` 不仅有简洁的图形界面，还有更现代的进程信息统计展示方式，这都是之前的工具（如 `top`）所不具备的。
 
-你可以在[手册页面][7]或 [htop 网站][8]阅读更多关于 `htop` 的信息。（警告：网站包含动画背景 `htop`。）
+你可以在[手册页面][7]或 [htop 网站][8]阅读更多关于 `htop` 的信息。（提示：网站背景是一个动态的 `htop`。）
 
 #### docker stats
 
-如果你正在用 Docker 工作，你可以运行 `docker stats` 来生成一个丰富的上下文来表示你的容器在做什么。
+如果你在用 Docker，你可以运行 `docker stats` 来为容器状态生成一个有丰富上下文的界面。
 
-这可能比 `top` 更有帮助，因为您不是按进程分类，而是按容器分类。当容器运行缓慢时，这一点特别有用，因为查看哪个容器使用的资源最多比运行 `top` 和试图将进程映射到容器要快。
+这可能比 `top` 更有帮助，因为它不是按进程分类，而是按容器分类的。这点特别有用，当某个容器运行缓慢时，查看哪个容器耗资源最多比运行 `top` 再找到容器的进程要快。
 
-上面对 `top` 和 `htop` 中首字母缩略词和描述符的解释应该会让你更容易理解 `docker stats` 中的那些。然而，[docker stats 文档][9]对每一栏都提供了有用的描述。
+借助于上面对 `top` 和 `htop` 术语的解释，你应该会更容易理解 `docker stats` 中的那些。然而，[docker stats 文档][9]对每一列都提供了详尽的描述。
 
 ---