/dev/shm是linux中基于tmpfs的内存共享目录，不占磁盘、读写直走ram、速度远超ssd；默认大小为物理内存一半、inode数仅几千，易因容量或inode不足导致容器崩溃、测试卡顿等，需同步调整size和nr_inodes参数。
/dev/shm 是 Linux 中基于 tmpfs 实现的内存文件系统，默认挂载点，专为 POSIX 共享内存设计。它不占磁盘空间，读写直走 RAM，速度远超 SSD，但默认配置常不匹配高负载场景——比如容器里 Puppeteer 崩溃、UnixBench 测试卡顿、小文件堆积报 “No space left on device”，根源往往不是内存不足，而是 /dev/shm 的容量或 inode 限制没调好。
看清本质：它不是目录，是动态内存映射
理解这点才能避免误操作：
- /dev/shm 不是普通磁盘路径，是内核用 tmpfs 挂载的共享内存区域，重启即清空
- 不预分配内存：空目录几乎不耗资源；写入多少占多少，但已占用部分不会被系统回收重分配
- 默认大小通常为物理内存一半（如 32GB 内存 → 默认约 16GB），但 Docker 容器仅 64MB，极易成为瓶颈
- 默认 inode 数量偏低（常见几千个），大量小文件（如 session 缓存、日志切片）会快速耗尽，触发空间错误
关键优化项：容量与 inode 必须同步调
只改 size 不调 nr_inodes，等于只开大门不扩库房——小文件一多照样报错：
- 临时扩容（立即生效）：
sudo mount -o remount,size=2G,nr_inodes=500k,mode=1777 /dev/shm - 永久生效（写入 /etc/fstab）：
tmpfs /dev/shm tmpfs defaults,size=2G,nr_inodes=500k,mode=1777 0 0 - 验证是否生效：
df -h /dev/shm 查容量，df -i /dev/shm 查 inode 余量
典型场景与适配方案
不是所有临时存储都适合扔进 /dev/shm，得看数据特征和生命周期：
- 容器内自动化测试（Puppeteer/Electron）：默认 64MB 远不够，启动时加 --shm-size=2g 或直接调宿主机 /dev/shm
- 高频小文件缓存（如 PHP session、Nginx fastcgi_cache）：必须提升 nr_inodes（建议 ≥1M），否则几千个 session 就撑爆
- 性能测试临时目录（UnixBench、fio）：设环境变量 UB_TMPDIR=/dev/shm，I/O 提速 2 倍以上
- 跨语言进程通信（Python + C/C++）：用标准文件 API 读写 /dev/shm 下的文件，比 socket 或消息队列更轻量、零序列化开销
安全与稳定性提醒
开放权限快，但风险也真：
- 默认 mode=1777（类似 /tmp），所有用户可读写——生产环境若需隔离，应配合 mount 的 uid/gid 选项或使用独立 tmpfs 挂载点
- 残留 shm 段不清理会持续占内存：用 ipcs -m 查，ipcrm -m
清，或配置 systemd-tmpfiles 定期扫描 - tmpfs 可回退到 swap，但依赖 swap 配置；若禁用 swap，/dev/shm 超限时将直接 OOM，务必监控 df -h 和 free -h 联动变化
