直接用tmpfs挂载临时构建路径可将IO延迟降至微秒级，关键在于精准挂载/tmp或自定义builds_dir、严格限制size（如4G）、禁用swap倾向，并确保Docker cache卷或Shell cache_dir也指向tmpfs，再通过df、/proc/meminfo和iostat三步验证真实内存运行。
直接用 tmpfs 挂载临时构建路径，能绕过磁盘 I/O，把构建缓存、中间产物全跑在内存里，IO 延迟降到微秒级。关键不是“启用”，而是挂对位置、控住大小、避开 swap 溢出。
选对挂载点：/tmp 或自定义构建根目录
GitLab Runner 默认使用 /tmp 存放 job 临时文件（如 untracked files、artifacts 解压目录）。只要把 /tmp 改成 tmpfs，绝大多数构建步骤就自动受益。若使用自定义 builds_dir（如 /opt/gitlab-runner/builds），则需单独挂载该路径。
- 检查当前配置：
grep -i "builds_dir" /etc/gitlab-runner/config.toml - 若未显式设置，Runner 默认走系统
/tmp；确认方式：gitlab-runner run --help | grep "builds-dir" - 不建议挂载整个
/var/lib/gitlab-runner—— 配置文件、keys 等需持久化，混在 tmpfs 里重启即丢
安全挂载 tmpfs：限制大小 + 禁用 swap 倾向
tmpfs 默认可涨到内存一半，但构建过程突发写入可能触发 OOM。必须设上限，并调低 swappiness 防止不活跃页被换出。
- 挂载示例（限制 4GB，仅限物理内存）：
mount -t tmpfs -o size=4G,mode=1777,noexec,nosuid tmpfs /tmp - 永久生效：在
/etc/fstab加一行tmpfs /tmp tmpfs size=4G,mode=1777,noexec,nosuid 0 0 - 同步调低 swappiness（避免 tmpfs 页面被 swap）：
echo 'vm.swappiness = 5' >> /etc/sysctl.conf && sysctl -p
适配 Runner 执行器行为：避开 cache 写盘陷阱
即使 /tmp 是 tmpfs，Docker executor 的 cache 默认仍落盘（如 /var/lib/docker/volumes/...）。要真正“飙升 IO”，cache 也得进内存。
- Docker executor 下，把 cache mount 设为 tmpfs 卷：
docker volume create --driver local --opt type=tmpfs --opt device=tmpfs --opt o=size=2G,uid=999,gid=999 runner-cache - 在
config.toml中绑定该卷：[[runners.docker.volumes]]<br>name = "runner-cache"<br>path = "/cache"
- Shell executor 更简单：确保
cache_dir指向 tmpfs 路径，例如cache_dir = "/tmp/gitlab-runner-cache"
验证是否生效：三步确认法
别只信 mount 命令，要看到实际数据真在内存里跑。
- 运行一个带大文件写的 job（如
dd if=/dev/zero of=test.bin bs=1M count=500），再查位置：df -h /tmp—— 使用量应明显上升 - 看内存占用：
grep -i tmpfs /proc/meminfo或cat /sys/fs/cgroup/memory/memory.usage_in_bytes（若启用了 cgroup v1） - 监控 I/O：
iostat -x 1中 %util 应长期接近 0，而vmstat 1的 si/so（swap in/out）值持续为 0
