Linux大文件顺序IO优化核心是让系统按硬件特性高效工作：用O_DIRECT绕过页缓存（需地址与块大小对齐），调大readahead并配合POSIX_FADV_DONTNEED管理缓存，SSD/NVMe设noop/none调度器，最后用fio、blktrace等工具验证真实IO行为。
Linux下处理大文件时，顺序IO比随机IO效率高得多，关键在于减少磁头寻道（机械盘）或降低SSD的地址映射开销（固态盘），同时让内核预读机制和页缓存更有效。优化核心不是“强行提速”，而是“让系统按它擅长的方式工作”。
用O_DIRECT绕过页缓存（适合已知访问模式的大批量顺序读写）
默认情况下，read/write走页缓存，对重复访问有利，但大文件一次性顺序处理时，缓存反而带来内存压力和拷贝开销。O_DIRECT让应用直接与块设备交互，跳过内核缓冲区。
- 必须确保用户缓冲区地址对齐（通常512字节或4KB边界），可用posix_memalign分配
- 每次IO长度需是逻辑块大小整数倍（/sys/block/*/queue/logical_block_size）
- 不适用于小IO混杂场景——失去预读和延迟写优势，错误处理也更严格
- 典型适用：数据库导入导出、视频转码输入输出、备份工具底层写入
调大readahead并启用POSIX_FADV_DONTNEED（主动管理预读行为）
内核对顺序读会自动触发预读（readahead），但默认窗口较小（如128KB）。对GB级文件，可提前扩大预读范围，再在数据使用后及时释放缓存，避免挤占其他应用内存。
- 用blockdev --setra 4096 /dev/sdX临时调大预读值（单位为512字节扇区，即2MB）
- 代码中open后调用posix_fadvise(fd, 0, 0, POSIX_FADV_SEQUENTIAL)提示内核将走顺序流
- 处理完一段数据后，调用posix_fadvise(fd, offset, len, POSIX_FADV_DONTNEED)通知内核可回收对应页缓存
- 注意：POSIX_FADV_DONTNEED对O_DIRECT无效，仅作用于页缓存路径
绑定IO调度器为none（NVMe）或noop（SSD），禁用CFQ（机械盘除外）
传统调度器如cfq、deadline面向机械盘设计，会合并、排序请求来减少寻道。但SSD/NVMe无寻道延迟，反因调度引入额外延迟和CPU开销。
- NVMe设备默认用none调度器，无需改动；SSD建议设为noop（echo noop > /sys/block/nvme0n1/queue/scheduler）
- 机械盘仍推荐deadline或bfq（较新内核），CFQ已废弃，且在高并发顺序写时表现不佳
- 可通过iostat -x 1观察await、svctm、%util，若await远高于svctm，说明调度或队列有瓶颈
用dd或fio验证并持续观测真实IO行为
别只看top或iostat的MB/s——那只是表象。要确认是否真走顺序路径、有无意外随机跳转、缓存是否命中。
- 用dd if=/dev/zero of=test.bin bs=1M count=2048 oflag=direct,sync 测试裸设备写吞吐
- fio --name=seqwrite --ioengine=libaio --rw=write --bs=128k --direct=1 --sync=1 --filename=test.bin 模拟应用级行为
- 搭配iosnoop（bpftrace工具）或blktrace抓取实际下发到块层的IO序列，验证offset是否单调递增
- watch -n 1 'cat /proc/diskstats | awk '\''{print $1,$6,$10}'\'' | grep sda' 快速看读写扇区累计是否线性增长
顺序IO优化本质是减少干扰、对齐硬件特性、把控制权交还给明确意图的应用逻辑。不需要改内核参数，也不必重写程序，关键是选对路径、用对接口、看清实际IO流。
