/dev/shm 是 linux 中基于 tmpfs 实现的 posix 共享内存挂载点，位于内存中、不占磁盘空间，读写速度远超 ssd；默认大小为物理内存一半，动态分配资源，重启清空，支持进程间高效通信与临时存储。
理解 /dev/shm 的本质与默认行为
/dev/shm 是 POSIX 共享内存的默认挂载点，由 tmpfs 实现。它的关键特性包括：
- 动态占用：不预分配内存，只在实际写入文件时才消耗 RAM 或 swap；空目录几乎不占资源
- 自动清理：重启后内容清空，进程退出且无引用时，内核自动释放对应内存段
- 默认大小：多数发行版设为物理内存的一半（如 16GB 内存 → 默认约 8GB），但 Docker 容器默认仅 64MB
- 权限开放：默认 mode=1777（类似 /tmp），所有用户可读写，但需注意安全隔离
常见性能瓶颈与对应优化方式
很多性能问题其实源于未适配实际负载——比如 Chrome 自动化脚本在容器中报 “No space left on device”，或 UnixBench 文件测试拖慢整体得分。
-
容器共享内存不足：Docker 默认 64MB 远不够 Puppeteer、Electron 或某些数据库组件使用。启动时加
--shm-size=2g即可解决 -
测试工具临时文件慢：UnixBench 约 30% 测试依赖磁盘 I/O。设置
UB_TMPDIR=/dev/shm或挂载专用 tmpfs（如mount -t tmpfs -o size=1G tmpfs /mnt/test）可提速 2 倍以上 -
高并发小文件堆积：/dev/shm 默认 inode 数量偏低（常为几千），大量小对象（如日志片段、session 缓存）会导致 “No space left on device” 报错。挂载时加
nr_inodes=1M可支持百万级文件 -
残留共享内存泄漏：异常退出的应用可能留下未释放的 shm 段。用
ipcs -m查看，ipcrm -m <shmid></shmid>手动清理，或配合 systemd-tmpfiles 定期扫描
安全可控的配置方法
临时调整可用 mount 命令，永久生效需修改 /etc/fstab：
- 临时扩容（例如设为 2GB 并提升 inode）：
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
保存后执行sudo mount -o remount /dev/shm - 验证是否生效：
df -h /dev/shm查容量，df -i /dev/shm查 inode 余量
实用场景推荐与避坑提醒
/dev/shm 不是万能加速器，适合明确有内存带宽需求、数据无需持久化的场景：
- 推荐用法：进程间高频数据交换（如音视频处理流水线）、临时缓存（Nginx fastcgi_temp 替代方案）、CI/CD 中的构建中间产物、容器内浏览器自动化
- 慎用场景：存放敏感凭证（即使临时也建议加密或改权限）、替代数据库持久层、长期运行服务未做 shm 清理逻辑
-
典型误操作：直接
rm -rf /dev/shm/*可能删掉正在被进程使用的文件（Linux 允许，但易引发应用异常）；应优先用ipcs/ipcrm管理 IPC 对象
