用tmpfs管理容器化流媒体切片，是将hls/dash分片文件直接存入内存以规避磁盘i/o、降低延迟并减少ssd损耗；需挂载专属路径（如/app/stream/out）、预设合理size（按公式计算并预留1.5倍缓冲）、配合应用控制写入与清理，并通过宿主机shmem监控+磁盘回退兜底。
用 tmpfs 管理容器化流媒体切片，核心是把高频写入、短期存活的分片文件（如 hls 的 .ts 文件、dash 的 .mp4 分段）直接存进内存，跳过磁盘 i/o，显著降低延迟、提升吞吐，并避免 ssd 频繁擦写损耗。
明确切片生命周期与挂载路径
流媒体切片通常只在几秒到几分钟内被 CDN 或播放器拉取，之后即可丢弃。应将切片输出目录（如 /var/www/html/hls 或 /app/out）设为 tmpfs 挂载点，确保所有新生成的 .ts/.m3u8/.mpd 文件不落盘。
- 避免挂载根路径（如 /tmp），防止其他临时文件干扰切片管理
- 推荐使用应用专属路径，例如 --tmpfs /app/stream/out:rw,noexec,nosuid,size=2g
- 确保 Nginx、FFmpeg 或自研转码服务实际写入该路径，而非默认 /tmp
按业务流量预设 size 并预留缓冲余量
单个 ts 切片通常为 2–10 MB，每 2–4 秒生成一个；若并发处理 5 路 1080p 流，峰值写入速率可达 80–200 MB/s。size 设置不足会触发 “No space left on device”，导致切片中断。
- 计算公式：size ≥（单切片大小 × 切片保留时长 × 并发路数）× 1.5（缓冲系数）
- 示例：6 MB/片 × 60 秒 × 8 路 × 1.5 ≈ 4.3 GB → 建议设为 size=5g
- 生产环境务必禁用无 size 限制（默认用主机内存一半，极易引发 OOM）
配合进程行为控制写入节奏与清理逻辑
tmpfs 不自动清理旧文件，需由应用自身或轻量守护进程管理生命周期。不能依赖“重启清空”，因为流媒体服务需长期运行。
- 在 FFmpeg 输出命令中添加 -hls_list_size 10 -hls_delete_threshold 2，主动控制 m3u8 中保留的索引数和删除阈值
- 用 crond 或 sidecar 容器定期执行 find /app/stream/out -name "*.ts" -mmin +2 -delete（保留 2 分钟内切片）
- 禁止使用 rm -rf * 全删——可能误删正在被读取的活跃切片，引发 404
监控与故障兜底不可少
tmpfs 占用属于 Shmem，需从宿主机维度观测，不能只看容器内 df。
- 用 docker stats --no-stream
查看容器整体内存，但注意 tmpfs 不计入 container.memory.usage（它算在 host Shmem） - 真正有效的是宿主机命令：grep Shmem /proc/meminfo 或 cat /sys/fs/cgroup/memory/docker/*/memory.stat | grep shmem
- 当 tmpfs 接近 size 上限时，可临时降级：通过 volume bind mount 回退到磁盘缓存（如 -v /data/hls-fallback:/app/stream/out），并告警人工介入
