多Chroot环境下无法清理Cache内存及跨Chroot内存占用问题咨询

让我一步步拆解你的问题，帮你理清背后的技术细节：

一、为什么sync; echo 1 > /sys/proc/vm/drop_caches无法清理缓存？ #

你遇到的问题主要有三个可能的原因，按优先级排序：

• 路径写错了：这是最常见的低级错误——正确的路径应该是/proc/sys/vm/drop_caches，你把sys和proc的顺序搞反了。Linux的proc文件系统里，系统参数都放在/proc/sys/目录下，/sys/是另一个sysfs文件系统，里面没有proc这个子目录。
• 权限不够：就算路径改对了，也只有主机系统的root用户（或者拥有CAP_SYS_ADMIN权限的进程）才能写入drop_caches文件。如果是在chroot环境里执行这个命令，哪怕你是chroot里的root，只要主机没有给你对应的权限，也会操作失败。
• 清理范围不匹配：要搞清楚，drop_caches只能清理页缓存（文件读写缓存）、目录项和inode缓存，而Jupyter Notebook运行时存在内存里的变量属于进程的匿名内存（RSS）——这是进程的私有工作内存，不属于可被内核回收的缓存范畴。如果你的free -h输出里，占用内存的大头是Jupyter的活跃进程内存，那这个命令本来就不会有任何效果，因为它管不到这部分内存。

二、为什么其他chroot中的用户无法使用缓存占用的内存？ #

这里要区分两种“缓存占用”的情况：

• 如果是页缓存（文件缓存）：Linux的页缓存是全局的，不是某个chroot独占的。但chroot是文件系统隔离——如果缓存的是某个chroot内部的文件，其他chroot的进程根本访问不到这个文件，自然没法复用对应的缓存数据。不过这不是内存被锁住了，当系统内存紧张时，内核会自动回收这部分页缓存，分配给需要内存的进程（包括其他chroot的）。
• 如果是Jupyter进程的私有内存：这部分内存是进程地址空间的一部分，属于进程私有资源，不管是不是在chroot里，其他进程（包括其他chroot的）都无法直接访问或使用——这是Linux进程隔离的基本特性，和chroot无关。
• 额外可能性：内存配额限制：如果你的服务器给每个chroot配置了cgroups内存限制，那每个chroot的内存使用被限制在固定配额内，就算系统有空闲缓存，其他chroot也不能超出自己的配额使用内存。

内容的提问来源于stack exchange，提问作者marlanbar