From e15bdabdf6660c98492672a8eb0d3a0a8278d018 Mon Sep 17 00:00:00 2001 From: "Xingyu.Wang" Date: Wed, 26 Sep 2018 10:16:42 +0800 Subject: [PATCH] PRF:20180919 Understand Fedora memory usage with top.md @HankChow --- ...Understand Fedora memory usage with top.md | 24 +++++++++---------- 1 file changed, 12 insertions(+), 12 deletions(-) diff --git a/translated/tech/20180919 Understand Fedora memory usage with top.md b/translated/tech/20180919 Understand Fedora memory usage with top.md index a55d5d7b55..a8c6906ca1 100644 --- a/translated/tech/20180919 Understand Fedora memory usage with top.md +++ b/translated/tech/20180919 Understand Fedora memory usage with top.md @@ -1,17 +1,17 @@ -使用 `top` 命令了解 Fedora 的内存使用情况 +使用 top 命令了解 Fedora 的内存使用情况 ====== ![](https://fedoramagazine.org/wp-content/uploads/2018/09/memory-top-816x345.jpg) -如果你使用过 `top` 命令来查看 Fedora 系统中的内存使用情况，你可能会惊讶，显示的数值看起来比系统可用的内存消耗更多。下面会详细介绍内存使用情况以及如何理解这些数据。 +如果你使用过 `top` 命令来查看 Fedora 系统中的内存使用情况，你可能会惊讶，看起来消耗的数量比系统可用的内存更多。下面会详细介绍内存使用情况以及如何理解这些数据。 ### 内存实际使用情况 -操作系统对内存的使用方式并不是太通俗易懂，而是有很多不为人知的巧妙方式。通过这些方式，可以在无需用户干预的情况下，让操作系统更有效地使用内存。 +操作系统对内存的使用方式并不是太通俗易懂。事实上，其背后有很多不为人知的巧妙技术在发挥着作用。通过这些方式，可以在无需用户干预的情况下，让操作系统更有效地使用内存。 大多数应用程序都不是系统自带的，但每个应用程序都依赖于安装在系统中的库中的一些函数集。在 Fedora 中，RPM 包管理系统能够确保在安装应用程序时也会安装所依赖的库。 -当应用程序运行时，操作系统并不需要将它要用到的所有信息都加载到物理内存中。而是会为存放代码的存储构建一个映射，称为虚拟内存。操作系统只把需要的部分加载到内存中，当某一个部分不再需要后，这一部分内存就会被释放掉。 +当应用程序运行时，操作系统并不需要将它要用到的所有信息都加载到物理内存中。而是会为存放代码的存储空间构建一个映射，称为虚拟内存。操作系统只把需要的部分加载到内存中，当某一个部分不再需要后，这一部分内存就会被释放掉。 这意味着应用程序可以映射大量的虚拟内存，而使用较少的系统物理内存。特殊情况下，映射的虚拟内存甚至可以比系统实际可用的物理内存更多！而且在操作系统中这种情况也并不少见。 @@ -21,25 +21,25 @@ ### 使用 `top` 命令查看内存使用量 -如果你还没有使用过 `top` 命令，可以打开终端直接执行查看。使用 **Shift + M** 可以按照内存使用量来进行排序。下图是在 Fedora Workstation 中执行的结果，在你的机器上显示的结果可能会略有不同： +如果你还没有使用过 `top` 命令，可以打开终端直接执行查看。使用 `Shift + M` 可以按照内存使用量来进行排序。下图是在 Fedora Workstation 中执行的结果，在你的机器上显示的结果可能会略有不同： ![](https://fedoramagazine.org/wp-content/uploads/2018/09/Screenshot-from-2018-09-17-14-23-17.png) -主要通过一下三列来查看内存使用情况：VIRT，RES 和 SHR。目前以 KB 为单位显示相关数值。 +主要通过以下三列来查看内存使用情况：`VIRT`、`RES` 和 `SHR`。目前以 KB 为单位显示相关数值。 -VIRT 列代表该进程映射的虚拟内存。如上所述，虚拟内存不是实际消耗的物理内存。例如， GNOME Shell 进程 gnome-shell 实际上没有消耗超过 3.1 GB 的物理内存，但它对很多更低或更高级的库都有依赖，系统必须对每个库都进行映射，以确保在有需要时可以加载这些库。 +`VIRT` 列代表该进程映射的虚拟virtual内存。如上所述，虚拟内存不是实际消耗的物理内存。例如， GNOME Shell 进程 `gnome-shell` 实际上没有消耗超过 3.1 GB 的物理内存，但它对很多更低或更高级的库都有依赖，系统必须对每个库都进行映射，以确保在有需要时可以加载这些库。 -RES 列代表应用程序消耗了多少实际（驻留）内存。对于 GNOME Shell 大约是 180788 KB。例子中的系统拥有大约 7704 MB 的物理内存，因此内存使用率显示为 2.3％。 +`RES` 列代表应用程序消耗了多少实际（驻留resident）内存。对于 GNOME Shell 大约是 180788 KB。例子中的系统拥有大约 7704 MB 的物理内存，因此内存使用率显示为 2.3％。 -但根据 SHR 列显示，其中至少有 88212 KB 是共享内存，这部分内存可能是其它应用程序也在使用的库函数。这意味着 GNOME Shell 本身大约有 92 MB 内存不与其他进程共享。需要注意的是，上述例子中的其它程序也共享了很多内存。在某些应用程序中，共享内存在内存使用量中会占很大的比例。 +但根据 `SHR` 列显示，其中至少有 88212 KB 是共享shared内存，这部分内存可能是其它应用程序也在使用的库函数。这意味着 GNOME Shell 本身大约有 92 MB 内存不与其他进程共享。需要注意的是，上述例子中的其它程序也共享了很多内存。在某些应用程序中，共享内存在内存使用量中会占很大的比例。 -值得一提的是，有时进程之间通过内存通信，这些内存也是共享的，但 `top` 工具却不一定能检测到，所以以上的说明也不一定准确。（这一句不太会翻译出来，烦请校对大佬帮忙看看，谢谢） +值得一提的是，有时进程之间通过内存通信，这些内存也是共享的，但 `top` 这样的工具却不一定能检测到，所以以上的说明也不一定准确。 ### 关于交换分区 系统还可以通过交换分区来存储数据（例如硬盘），但读写的速度相对较慢。当物理内存渐渐用满，操作系统就会查找内存中暂时不会使用的部分，将其写出到交换区域等待需要的时候使用。 -因此，如果交换内存的使用量一直偏高，表明系统的物理内存已经供不应求了。尽管错误的内存申请也有可能导致出现这种情况，但如果这种现象经常出现，就需要考虑提升物理内存或者限制某些程序的运行了。 +因此，如果交换内存的使用量一直偏高，表明系统的物理内存已经供不应求了。有时候一个不正常的应用也有可能导致出现这种情况，但如果这种现象经常出现，就需要考虑提升物理内存或者限制某些程序的运行了。 感谢 [Stig Nygaard][1] 在 [Flickr][2] 上提供的图片（CC BY 2.0）。 @@ -50,7 +50,7 @@ via: https://fedoramagazine.org/understand-fedora-memory-usage-top/ 作者：[Paul W. Frields][a] 选题：[lujun9972](https://github.com/lujun9972) 译者：[HankChow](https://github.com/HankChow) -校对：[校对者ID](https://github.com/校对者ID) +校对：[wxy](https://github.com/wxy) 本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出