怎么配置 Tmpfs Mount 将容器高频读写轨迹锁在物理内存-Docker-PHP中文网

要让容器高频读写轨迹“锁在物理内存”，需协同控制内核行为（vm.swappiness=1）、tmpfs挂载参数（指定size限制，如size=1g）和资源隔离（--memory限额、numa绑定），并通过/proc/meminfo和/proc/vmstat监控实际驻留状态。

要让容器高频读写的轨迹“锁在物理内存”，核心不是完全禁用 swap（linux 内核不支持强制禁止 tmpfs 使用 swap），而是最大限度降低 swap 回退概率，确保数据长期驻留 ram。这需要从内核行为、挂载参数和资源隔离三方面协同控制。

tmpfs 默认就支持 swap 后备——这是它的设计特性，也是防止 OOM 的安全机制。所谓“锁在物理内存”，本质是通过配置让内核优先保留在 RAM 中，只在极端内存压力下才考虑交换。强行关闭 swap 既不可行（无对应 mount 选项），也不推荐（可能引发 OOM kill）。

Docker Desktop

Docker Desktop 可用于构建容器化 PHP 开发环境，适合 Laravel、Symfony、WordPress 等项目统一运行依赖。

下载

必须指定硬性 size 限制
避免默认占用 50% 物理内存导致争抢。例如容器需 1GB 高频缓存：
--tmpfs /app/trace:size=1G,mode=1777,noexec,nosuid,nodev
→ size=1G 是上限，写满即报 No space left on device，不会突破或借 swap 膨胀。
配合 vm.swappiness=1（全局调优）
在宿主机执行：
sudo sysctl vm.swappiness=1
echo 'vm.swappiness=1' | sudo tee -a /etc/sysctl.conf
→ 值越低，内核越不愿意将匿名页（包括 tmpfs 数据）换出；设为 1 表示“几乎不 swap，除非内存即将耗尽”。
绑定 NUMA 节点（可选，对多路服务器有效）
若容器运行在特定 CPU 节点，用 numactl 或 cgroup v2 的 cpuset.memory_pressure 配合挂载，可减少跨节点内存访问延迟，间接提升 RAM 局部性。
示例（启动容器前）：
numactl --membind=0 --cpunodebind=0 docker run ...
监控实际驻留状态
不依赖 df（它只显示逻辑容量），而要看内核统计：
grep Shmem /proc/meminfo → 所有 tmpfs 占用的总内存页（含已 swap 出的部分）
grep -i "shmem.*pgpgin\|pgpgout" /proc/vmstat → 查看是否有页被换入换出
若 pgpgout 持续为 0，说明当前未发生 swap，轨迹基本锁在 RAM。

使用 --memory 限制容器内存上限（如 --memory=4g），并确保 tmpfs size ≤ 容器内存限额。否则内核可能因容器超限而主动 swap 其 tmpfs 页面。
避免在该 tmpfs 中存放大文件后长期闲置——内核会将其标记为“可回收”，压力下优先换出。高频读写本身就能维持页面活跃状态（pgpgin 持续增加），天然抗 swap。

不复杂但容易忽略