用tmpfs消除高频网络报文i/o等待，核心是精准替换日志缓冲、会话快照、报文缓存等非持久路径为内存存储，必须按路径挂载、显式设size、禁用swap，并配合应用层关闭隐式落盘行为。
用 tmpfs 消除高频网络报文处理中的 i/o 等待，核心不是“挂一个内存盘”，而是把报文流转中所有**非持久、临时、中间态的磁盘落盘环节**彻底搬到内存里。关键在于识别哪些路径真正参与了 i/o 等待，再精准替换。
先定位真瓶颈：别让 tmpfs 挂错地方
高频网络报文场景（如代理网关、协议解析服务、实时风控）的 I/O 等待，往往不是来自业务主逻辑，而是这些隐蔽路径：
- 日志缓冲区写入：每秒数千条 access.log 或 debug 日志直写磁盘，小文件+同步刷盘是最大元凶
- 临时会话/连接状态快照：例如基于文件存储的 session store、连接跟踪表 dump 目录
- 报文缓存中转目录：某些框架（如 Nginx 的 proxy_buffering、Envoy 的 disk-based HDS）默认启用磁盘缓存回退机制
- 调试或监控数据落盘：如 tcpdump -w /tmp/cap.pcap、perf record -o /var/perf.data
验证方法：容器运行中执行 iotop -o -P，观察是否出现 nginx、envoy、java 进程在持续 write 本地路径；同时用 iostat -x 1 看 w_await > 20ms 或 %util > 85% —— 若此时对应进程正往 /var/log 或 /tmp 写东西，就是 tmpfs 的目标。
精准挂载：按路径、设权限、控大小
不要只挂 /tmp。要针对具体路径做最小化挂载，并强制隔离风险：
-
日志目录直接进内存：
--tmpfs /var/log/myapp:rw,noexec,nosuid,size=128m（替换原有 volume 或 bind mount） -
禁用磁盘缓存回退：对 Nginx，加配置
proxy_buffering off;或确保proxy_temp_path指向 tmpfs 路径（如/dev/shm/nginx-temp），并用--tmpfs /dev/shm/nginx-temp:size=256m -
会话/状态临时目录：若应用支持配置 session 存储路径（如 Spring Session 的
spring.session.store-dir），指向/run/sessions，再挂载--tmpfs /run/sessions:mode=700,size=64m -
避免全局覆盖：不推荐
--tmpfs /tmp后让应用自行创建文件，因无法控制权限和大小；优先使用明确路径 + 显式 size 限制
配合关键参数，堵住隐性落盘口
仅挂 tmpfs 不够，有些组件会绕过挂载点继续刷盘：
-
JVM 应用：关闭 GC 日志自动轮转落盘（
-Xlog:gc*:file=/dev/stdout），或把-XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5中的文件路径设为 tmpfs 下目录 -
Go 应用：禁用
GODEBUG=gctrace=1输出到文件；pprof 采集改用内存导出（http://localhost:6060/debug/pprof/profile?seconds=30）而非写文件 -
系统级日志：若容器内跑 rsyslogd/journald，将其
WorkDirectory和StateFile指向 tmpfs 路径，并加imjournal.PersistStateInterval 0避免定时刷盘
必须做的容量与稳定性防护
tmpfs 占用的是物理内存，失控会导致 OOM Killer 杀容器：
-
size 参数必设：不设
size=时，tmpfs 默认上限为mem/2（一半内存），极易挤占业务内存；建议按峰值日志量 × 30 秒估算，留 2 倍余量 -
监控挂载点使用率：在容器内定期执行
df -h /var/log/myapp | awk 'NR==2 {print $5}'，超 80% 触发告警 -
拒绝 swap 泄漏：tmpfs 默认可 swap，但网络报文处理要求低延迟，应禁用交换以避免抖动 —— 使用
tmpfs-size=xxx,mode=1777,noatime,nosuid,nodev，不依赖 swap
