Linux磁盘顺序读写性能低主因是内核IO栈配置不当；应禁用传统调度器（SSD/NVMe设为none，HDD可选deadline），增大max_sectors_kb和nr_requests，ext4/xfs挂载启用noatime、writeback等参数，并确保应用层IO对齐与预取优化。
Linux 磁盘吞吐低，尤其是顺序读写性能不理想时，往往不是硬件瓶颈，而是内核IO栈配置、调度策略或文件系统行为未对齐顺序访问模式所致。优化重点在于减少IO延迟、提升单次IO效率、避免不必要的阻塞与合并开销。
调整IO调度器适配顺序IO
现代SSD和NVMe设备通常应禁用传统调度器，而HDD在大量顺序IO场景下可尝试 deadline 或 none（即绕过调度器）。默认的 cfq（已弃用）或 bfq 更适合混合随机负载，反而会引入额外延迟。
- 查看当前调度器：
cat /sys/block/sda/queue/scheduler - 临时切换为 deadline（HDD适用）：
echo deadline > /sys/block/sda/queue/scheduler - NVMe/SSD建议设为 none：
echo none > /sys/block/nvme0n1/queue/scheduler - 持久化设置：在内核启动参数中添加
elevator=deadline或通过 udev 规则固化
增大IO请求队列深度与合并阈值
顺序IO受益于更大的请求合并能力与更深的队列，尤其在高带宽设备上。Linux 默认的 queue depth 和 max_sectors_kb 值偏保守。
- 提高单次最大IO大小（单位KB）：
echo 4096 > /sys/block/sda/queue/max_sectors_kb（支持大IO的SSD可设为8192） - 增大nr_requests（队列请求数）：
echo 1024 > /sys/block/sda/queue/nr_requests - 确认设备是否启用多队列（blk-mq）：
cat /sys/block/sda/queue/rq_affinity，为1表示已启用，利于CPU并行处理
文件系统与挂载选项调优
ext4/xfs等主流文件系统在顺序写场景下，需关闭日志同步开销、启用大块分配，并避免元数据频繁刷盘。
- ext4 推荐挂载参数：
noatime,nodiratime,barrier=0,data=writeback,stripe=128（stripe根据RAID条带宽度设） - xfs 推荐：
noatime,logbufs=8,logbsize=256k,swalloc（提升日志吞吐，启用智能分配） - 确保使用
mkfs时指定大 block size（如4K）和 stride/stride-width（RAID环境） - 禁用周期性fstrim（若非必要），避免后台IO干扰基准测试
应用层配合：对齐IO与预取控制
即使内核优化到位，应用若以小buffer、非对齐offset反复read/write，仍无法发挥顺序吞吐潜力。
- 使用
posix_memalign()分配页对齐内存，IO buffer ≥ 4KB且地址对齐 - open() 时加
O_DIRECT绕过page cache（注意需对齐），或用O_SYNC+ 大buffer控制刷盘节奏 - 顺序读场景启用
posix_fadvise(fd, 0, 0, POSIX_FADV_SEQUENTIAL)，提示内核加大预读量 - 写入前用
fallocate(FALLOC_FL_KEEP_SIZE)预分配空间，避免ext4/xfs动态扩展带来的寻道与元数据更新
不复杂但容易忽略。关键是在明确IO模式（纯顺序？含少量随机？块大小分布？）基础上，逐层验证：从应用IO路径 → 文件系统行为 → 块层调度 → 设备固件能力，避免“调了就跑”的盲操作。
