Linux 使用 15GB RAM，没有任何

Question 1

htop不同 Linux 发行版提供的版本在报告内存使用情况的方式上存在很大差异。

查看/proc/meminfo哪种类型的内存正在增长且被您的版本视为htop正在使用中。

提供 meminfo 和 slabtop 输出后更新：

如果您详细查看数据，您会发现丢失的内存全部由可回收的 SLAB 使用，这意味着用于内核缓存类分配。如果内存压力增加，可回收的 SLAB 将被释放。

slabinfo 输出显示大多数 SLAB 用于 Dentry 缓存，并且只有 9% 的缓存是热的，这意味着缺失的 14G 中的 91% 可以被视为可用内存（即使不是空闲的）。

Dentry 缓存用于缓存目录条目数据，以加快路径搜索速度。您提到备份后内存使用量会急剧上升。这似乎确实是原因 - 内核正在保存目录条目数据全部您的文件在内存中，以防您想尽快扫描所有目录以进行另一次备份运行。

结论是，这是内核正确且恰当的行为，并且像往常一样，简单的用户空间工具只能提供对系统上正在发生的事情的非常有限的洞察。

Answer

htop不同 Linux 发行版提供的版本在报告内存使用情况的方式上存在很大差异。

查看/proc/meminfo哪种类型的内存正在增长且被您的版本视为htop正在使用中。

提供 meminfo 和 slabtop 输出后更新：

如果您详细查看数据，您会发现丢失的内存全部由可回收的 SLAB 使用，这意味着用于内核缓存类分配。如果内存压力增加，可回收的 SLAB 将被释放。

slabinfo 输出显示大多数 SLAB 用于 Dentry 缓存，并且只有 9% 的缓存是热的，这意味着缺失的 14G 中的 91% 可以被视为可用内存（即使不是空闲的）。

Dentry 缓存用于缓存目录条目数据，以加快路径搜索速度。您提到备份后内存使用量会急剧上升。这似乎确实是原因 - 内核正在保存目录条目数据全部您的文件在内存中，以防您想尽快扫描所有目录以进行另一次备份运行。

结论是，这是内核正确且恰当的行为，并且像往常一样，简单的用户空间工具只能提供对系统上正在发生的事情的非常有限的洞察。

Question 2

在中观察/proc/meminfo，和Slab都SReclaimable非常高，占据了大部分使用量。Slab是内核用于其自身内部数据结构的部分，是可以恢复的SReclaimable部分。Slab

我不知道内核用这些内存做什么。似乎不是缓存或缓冲区；它们都相对较小。但这些内存大部分都是可回收的，所以除非您看到实际的性能问题，否则可能没问题。

更多详情请点击这里：https://serverfault.com/questions/240277

这里有一篇帖子说有人在使用大型 Slab 时确实遇到了问题，最终导致崩溃。升级他们的内核解决了这个问题。但是，这是 2011 年的事了，所以你可能没有遇到那个错误： https://serverfault.com/questions/258717

Answer

在中观察/proc/meminfo，和Slab都SReclaimable非常高，占据了大部分使用量。Slab是内核用于其自身内部数据结构的部分，是可以恢复的SReclaimable部分。Slab

我不知道内核用这些内存做什么。似乎不是缓存或缓冲区；它们都相对较小。但这些内存大部分都是可回收的，所以除非您看到实际的性能问题，否则可能没问题。

更多详情请点击这里：https://serverfault.com/questions/240277

这里有一篇帖子说有人在使用大型 Slab 时确实遇到了问题，最终导致崩溃。升级他们的内核解决了这个问题。但是，这是 2011 年的事了，所以你可能没有遇到那个错误： https://serverfault.com/questions/258717

Question 3

在我的系统中，运行 3 天后，空闲时使用的 RAM 超过 10GB。
搜索了好一会儿后，发现虽然htop内存条的颜色可能表明不是这样，但确实是缓存，因为执行以下命令后：

echo 3 | sudo tee /proc/sys/vm/drop_caches

它又跌回2GB以下。

Answer

在我的系统中，运行 3 天后，空闲时使用的 RAM 超过 10GB。
搜索了好一会儿后，发现虽然htop内存条的颜色可能表明不是这样，但确实是缓存，因为执行以下命令后：

echo 3 | sudo tee /proc/sys/vm/drop_caches

它又跌回2GB以下。

Question 4

这看起来完全不对劲……列出的所有进程都使用了 0.0% 的 CPU 和 MEM，而且只有 45 个进程听起来很低，服务器应该这么低吗？我的桌面 Mint 有 200 多个进程（来自ps aux|wc -l）。

您可以使用 F6 键按 MEM% 对 htop 进行排序，然后选择 MEM% 并输入，或者查看

sudo ps aux|sort -k4

应该按第 4 列排序，%MEM如果您的默认值与我的相同，则如果它们不同，请相应地进行更改。

此外，free（或以兆字节为单位）显示使用缓冲区和缓存进行数学运算的free -m行：-/+ buffers/cache:

             total       used       free     shared    buffers     cached
Mem:         12011       9825       2186          0        243       5829
-/+ buffers/cache:       3752       8259
Swap:        16378        313      16065

这可能也很有趣：vmstat -s -S M | grep mem

Answer