我阅读了有关 tmpfs 的内容，并很好奇从中获得好处。因此，我创建了一个目录并挂载为 tmpfs。
因此，根据理论，tmpfs 中写入的任何内容都会直接存储在 RAM 上并持续到重新启动为止。因此，我在 tmpfs 驱动器上创建了一个 10 GB 的文件。根据理论，htop/top 命令必须显示 RAM 消耗超过 10 GB。我有 256 GB 的 RAM，但我的 RAM 消耗量与在 tmpfs 上创建 10 GB 文件之前相比更少且相同。
有什么我错过的吗？
答案1
正如 Braatchley 已经指出的那样，htop 和其他人一样，似乎可以自由地查看 +- 缓存行。如果您使用的内核版本早于 3.14，那么这一点确实不会改变。即使您有更新的内核，free 和 htop 也必须足够聪明，知道在哪里查找才能获得正确的值。
要更深入地了解发生的情况，请查看 /proc/meminfo 并将其与我的旧系统上的 free 进行比较：
root@localhost:/media/user# free
total used free shared buffers cached
Mem: 291152 268264 22888 0 0 47180
-/+ buffers/cache: 221084 **70068**
Swap: 0 0 0
root@localhost:/media/user# cat /proc/meminfo
MemTotal: 291152 kB
MemFree: **22904** kB
Buffers: 0 kB
Cached: **47144** kB
SwapCached: 0 kB
Active: 154752 kB
Inactive: 32376 kB
Active(anon): 143632 kB
Inactive(anon): 21936 kB
Active(file): 11120 kB
Inactive(file): 10440 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 0 kB
SwapFree: 0 kB
Dirty: 0 kB
Writeback: 0 kB
AnonPages: 139996 kB
Mapped: 25276 kB
Shmem: **25584** kB
Slab: 64096 kB
SReclaimable: 3364 kB
SUnreclaim: 60732 kB
KernelStack: 2280 kB
PageTables: 3588 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 145576 kB
Committed_AS: 1500824 kB
VmallocTotal: 499712 kB
VmallocUsed: 7256 kB
VmallocChunk: 449196 kB
tmpfs 计入 shmem 下，但也添加到“缓存”部分中。在较旧的 Linux（内核 + procps）中，这用于确定“空闲”内存，但这非常有问题，因为我们大多数人都将缓存内存视为可立即回收。 tmpfs 不再是这种情况。
在最近的系统（内核 >= 3.14）上，您会在 /proc/meminfo 下找到一些新内容：
MemAvailable: xxxx kB
这确实考虑了所有这些元素，只要 htop 和 free 依赖这个值，您就会得到准确的表示。请注意，在我的 Debian 8 系统上，尽管内核知道 MemAvailable，但情况并非如此：
ardi@oab1ardi-mcdev:~/mc/oattest1/workspace/bcm_linux_3_4rt$ cat /proc/meminfo | grep Avail
MemAvailable: **1319148** kB
ardi@oab1ardi-mcdev:~/$ free
total used free shared buffers cached
Mem: 2058360 1676332 382028 33116 40356 933916
-/+ buffers/cache: 702060 **1356300**
Swap: 0 0 0
ardi@oab1ardi-mcdev:~/$ sudo dd if=/dev/zero bs=1M count=200 of=/run/delme
200+0 records in
200+0 records out
209715200 bytes (210 MB) copied, 0.0628098 s, 3.3 GB/s
ardi@oab1ardi-mcdev:~/$ free
total used free shared buffers cached
Mem: 2058360 1881060 177300 237916 40372 1138720
-/+ buffers/cache: 701968 **1356392**
Swap: 0 0 0
ardi@oab1ardi-mcdev:~/mc/oattest1/workspace/bcm_linux_3_4rt$ cat /proc/meminfo | grep Avail
MemAvailable: **1114152 kB**
最后的旁注：
事实上，tmpfs 可能非常危险。与其他类型的内存使用不同，tmpfs 文件无法被 OOM Killer 清理，也没有任何记录表明哪个进程实际创建了 tmpfs 文件。因此，为什么 debian 8 选择不使用 tmpfs 作为 /tmp（任何进程都可以写入）。
归功于以下链接： https://linuxraj.wordpress.com/2015/03/10/memory-utilization-from-procmeminfo-memavailable/ https://rwmj.wordpress.com/2012/09/12/tmpfs-considered-harmful/