O_DIRECT可绕过页缓存提升超大视频文件顺序读写性能，但需满足内存/偏移/长度对齐、文件系统支持等严格约束，适用于单次GB级IO、内存紧张或page cache开销大的场景。
使用 directio（即 O_DIRECT 标志）可绕过页缓存，让应用直接与块设备交互，对超大视频文件的顺序读写尤其有效——前提是规避其限制并匹配硬件与 workload 特性。
理解 O_DIRECT 的核心约束
O_DIRECT 不是“加速开关”，而是一套严格的数据对齐协议。它要求：
-
内存缓冲区地址 必须按 512 字节（或设备逻辑块大小）对齐，通常用
posix_memalign()分配； - IO 偏移量 和 传输长度 都需是逻辑块大小的整数倍（现代 SSD 多为 4096 字节）；
- 文件系统需支持 direct I/O（ext4/xfs 一般支持，但某些挂载选项如
data=journal会禁用）； - 不能与 mmap、普通 read/write 混用同一文件描述符，否则行为未定义。
适用场景判断：什么情况下值得启用
并非所有视频 IO 都适合 O_DIRECT。优先考虑以下情况：
- 单次读/写 > 1GB 的连续视频流（如转码输入、归档备份）；
- 系统内存紧张，页缓存反复被驱逐导致 cache thrashing；
- 已确认瓶颈在内核 page cache 管理开销（如 perf record -e 'kmem:*' 显示大量 __page_cache_alloc 调用）；
- 底层存储为高性能 NVMe 或 RAID0，且队列深度充足（避免因绕过缓存放大随机小 IO 延迟）。
若频繁 seek、小帧读取（如视频编辑预览），O_DIRECT 反而降低吞吐——此时应保留缓存 + madvise(MADV_DONTNEED) 主动释放。
实际代码与配置要点
以 C 为例，关键步骤不可省略：
- 打开文件时指定
O_DIRECT：open("video.mp4", O_RDONLY | O_DIRECT)； - 分配对齐内存：
char *buf; posix_memalign(&buf, 4096, BUFSIZE);（BUFSIZE 是 4096 倍数）； - 确保
lseek()偏移对齐，例如：off_t aligned_off = (offset / 4096) * 4096;； - 建议搭配
io_uring使用——它天然适配 O_DIRECT，减少 syscall 开销，提升并发吞吐； - 挂载 ext4 时推荐：
mount -o noatime,nodiratime,barrier=0,errors=remount-ro（barrier=0 需确认存储有掉电保护）。
验证与调优方法
启用后必须量化效果，而非依赖直觉：
- 用
iostat -x 1观察await（平均等待时间）和%util，O_DIRECT 下await应显著低于 buffered IO（说明绕过了调度延迟）； - 对比
perf stat -e 'syscalls:sys_enter_read,syscalls:sys_enter_pread64,block:block_rq_issue' ./your_app，确认 direct path 生效且无 fallback 到 buffered； - 监控
/proc/meminfo中Cached增长是否趋缓，验证页缓存占用下降； - 注意：
dd if=video of=/dev/null iflag=direct bs=1M是快速基准测试，但真实应用需考虑用户态缓冲策略与预读逻辑缺失的影响。
