diff --git a/translated/tech/20180813 Tips for using the top command in Linux.md b/translated/tech/20180813 Tips for using the top command in Linux.md index 92de0f14a7..f7dd076234 100644 --- a/translated/tech/20180813 Tips for using the top command in Linux.md +++ b/translated/tech/20180813 Tips for using the top command in Linux.md @@ -3,38 +3,27 @@ ![](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 - 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` 版本可能跟这个看起来不一样，特别是在显示的列上。 @@ -53,22 +42,22 @@ KiB Swap: 1048572 total, 0 used, 1048572 free. 1804264 cached Mem 其他列提供了关于进程的有效信息。 - * `PID`: 进程 ID，一个用来定位进程的唯一标识符 - * `USER`:运行进程的用户 - * `PR`: 任务的优先度 - * `NI`: 优先度的一个更好的表现形式 - * `VIRT`: 虚拟内存的大小 单位是 Kib(kibibytes) - * `RES`: 常驻内存大小 单位是 KiB (物理内存和虚拟内存的一部分) - * `SHR`: 共享内存大小 单位是 KiB(共享内存和虚拟内存的一部分) - * `S`: 进程状态, 一般 **I** 代表空闲，**R** 代表运行，**S** 代表休眠，, **Z** 代表僵尸进程，, **T** or **t** 代表停止（还有其他更少见的选项） - * `%CPU`: 自从上次屏幕结果更新后的 CPU 使用率 - * `%MEM`: 自从上次屏幕更新后的`RES`常驻内存使用率 - * `TIME+`: 自从程序开始后总的 CPU 使用时间 - * `COMMAND`: 启动命令，如之前描述那样 +* `PID`: 进程 ID，一个用来定位进程的唯一标识符 +* `USER`:运行进程的用户 +* `PR`: 任务的优先度 +* `NI`: 优先度的一个更好的表现形式 +* `VIRT`: 虚拟内存的大小 单位是 Kib(kibibytes) +* `RES`: 常驻内存大小 单位是 KiB (物理内存和虚拟内存的一部分) +* `SHR`: 共享内存大小 单位是 KiB(共享内存和虚拟内存的一部分) +* `S`: 进程状态, 一般 **I** 代表空闲，**R** 代表运行，**S** 代表休眠，, **Z** 代表僵尸进程，, **T** or **t** 代表停止（还有其他更少见的选项） +* `%CPU`: 自从上次屏幕结果更新后的 CPU 使用率 +* `%MEM`: 自从上次屏幕更新后的`RES`常驻内存使用率 +* `TIME+`: 自从程序开始后总的 CPU 使用时间 +* `COMMAND`: 启动命令，如之前描述那样 确切知道 `VIRT` , `RES` 和 `SHR` 值代表什么在日常操作中并不重要。重要的事情是知道`VIRT` 值最高的那个进程是那个使用最多内存的进程。如果你在用 `top` 找为什么你的电脑运行慢得就像行走在糖蜜池时，那个`VIRT` 数值最大的进程就是元凶。如果你想要知道共享内存和物理内存的确切意思，请查阅[ top 手册][1]的 Linux 内存类型。 -是的，我说的是 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 和 byte 的合成词，意思是 1024 字节（或者 210 ）。但是，因为这个词很难说，所以很多人在说 1024 字节的时候会说 kilobyte。所有这些意味着 `top` 试图在这里使用恰当的术语，所以随它去吧。 #### 屏幕更新说明 @@ -84,38 +73,36 @@ KiB Swap: 1048572 total, 0 used, 1048572 free. 1804264 cached Mem 第一行包含系统的大致信息 - * `top`:我们正在运行 `top`！你好！ `top`！ - * `XX:YY:XX`: 当前时间，每次屏幕更新的时候更新 - * `up` （接下去是`X day, YY:ZZ`）: 系统的 [正常运行时间][2]，或者自从系统启动后已经过去了多长时间 - * `load average` （接下去是三个数字）： 分别是过去 一分钟、五分钟、15分钟的 [系统负载][3] +* `top`:我们正在运行 `top`！你好！ `top`！ +* `XX:YY:XX`: 当前时间，每次屏幕更新的时候更新 +* `up` （接下去是`X day, YY:ZZ`）: 系统的 [正常运行时间][2]，或者自从系统启动后已经过去了多长时间 +* `load average` （接下去是三个数字）： 分别是过去 一分钟、五分钟、15分钟的 [系统负载][3] 第二行 （`Task`）显示了正在运行的任务的信息，不用解释。它显示了进程总数和正在运行的、休眠中的、停止的进程数和僵尸进程数。这实际上是上述 `S` （状态）列的总和。 第三行（`%Cpu(s)`）显示了按类型划分的 CPU 使用情况。数据是屏幕刷新之间的值。这些值是: - * `us`: 用户进程 - * `sy`: 系统进程 - * `ni`: [nice][4] 用户进程 - * `id`: CPU 的闲置时间， 高闲置时间意味着除此之外不会有太多事情发生 - * `wa`: 等待时间，或者花在等待 I/O 完成的时间 - * `hi`: 花在硬件中断的时间 - * `si`: 花在软件中断的时间 - * `st`: “虚拟机管理程序从该虚拟机窃取的时间” - +* `us`: 用户进程 +* `sy`: 系统进程 +* `ni`: [nice][4] 用户进程 +* `id`: CPU 的闲置时间， 高闲置时间意味着除此之外不会有太多事情发生 +* `wa`: 等待时间，或者花在等待 I/O 完成的时间 +* `hi`: 花在硬件中断的时间 +* `si`: 花在软件中断的时间 +* `st`: “虚拟机管理程序从该虚拟机窃取的时间” 你能通过点击`t` （触发 toggle 的意思）来展开 `Task` 和`%Cpu(s)` 列。 第四行（`Kib Mem`）和第五行（`KiB Swap`）提供了内存和交换空间的信息。这些数值是： - * `total` - * `used` - * `free` - +* `total` +* `used` +* `free` 还有： - * 内存的缓冲 值 - * 交换空间的缓存值 +* 内存的缓冲值 +* 交换空间的缓存值 默认它们是用 KiB 为单位展示的，但是按下 `E` （扩展内存缩放 extend memory scaling 的意思）能在不同的数值轮换：KiB 、MiB、 GiB、 TiB、 PiB、 EiB （kilobytes, megabytes, gigabytes, terabytes, petabytes, 和 exabytes，它们真正的名字） @@ -123,7 +110,7 @@ KiB Swap: 1048572 total, 0 used, 1048572 free. 1804264 cached Mem ### 两个 top 的替代品 -你不必总是用“top”来理解发生了什么。根据您的情况，其他工具可能会帮助您诊断问题，尤其是当您想要更图形化或专业的界面时。 +你不必总是用 `top` 来理解发生了什么。根据您的情况，其他工具可能会帮助您诊断问题，尤其是当您想要更图形化或专业的界面时。 #### htop @@ -139,24 +126,24 @@ KiB Swap: 1048572 total, 0 used, 1048572 free. 1804264 cached Mem 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 （是的，用 Hisham 命名的 `htop`）在二月份 的 [FOSDEM 2018][6] 就 [lightning talk][5] 做了一个展示。他解释 `htop` 是如何不仅有清晰的图形，还用更现代化的统计信息展示进程信息，这都是之前的工具 `top` 所不具备的。 你可以在 [手册页面][7] 或 [htop 网站][8] 阅读更多关于 `htop` 的信息。（警告:网站包含动画背景`htop`。) @@ -164,9 +151,9 @@ CPU任务优先级或类型： 如果你正在用 Docker工作，你可以运行 `docker stats`来生成一个丰富的上下文来表示你的容器在做什么。 -这可能比 `top` 更有帮助，因为您不是按进程分类，而是按容器分类。当容器运行缓慢时，这一点特别有用，因为查看哪个容器使用的资源最多比运行`top`和试图将进程映射到容器要快。 +这可能比 `top` 更有帮助，因为您不是按进程分类，而是按容器分类。当容器运行缓慢时，这一点特别有用，因为查看哪个容器使用的资源最多比运行 `top` 和试图将进程映射到容器要快。 -上面对`top`和`htop`中首字母缩略词和描述符的解释应该会让你更容易理解`docker stats`中的那些。然而，[docker stats 文档] [ 9 ]对每一栏都提供了有用的描述。 +上面对 `top` 和 `htop` 中首字母缩略词和描述符的解释应该会让你更容易理解 `docker stats` 中的那些。然而，[docker stats 文档] [9]对每一栏都提供了有用的描述。 --------------------------------------------------------------------------------