预读调优需按设备类型和访问模式设合理值：HDD顺序读设4096–8192KB，SSD设2048KB，混合访问设2048KB，随机读保持0或128KB；须用blockdev验证生效，避免盲目调大污染page cache。
Linux 中优化大文件吞吐，预读（read-ahead）调优是关键一环，但必须明确：它只对真正顺序、走 page cache 的读有效，不是调大就提速。
确认设备与当前值
read_ahead_kb 是每个块设备独立的参数，不是全局设置，也不能对分区（如 /dev/sdb1）操作。查错位置等于白调。
- 查当前值（推荐）：sudo blockdev --getra /dev/sdb（单位 KB，直观可靠）
- 等效方式：cat /sys/block/sdb/queue/read_ahead_kb（注意设备名是 sdb，不是 sdb1）
- 别碰 /proc/sys/vm/read_ahead_kb —— 这个路径根本不存在
按硬件和访问模式设合理值
盲目堆数值会污染 page cache、拖慢随机读，甚至降低整体响应速度。
- 机械硬盘（HDD）+ 纯顺序大文件读（如备份、归档、日志回放）：设 4096～8192（即 4–8 MB）
- SSD/NVMe + 顺序读（如流媒体缓存盘）：2048 足够，再大基本无收益，还可能抬高尾延迟
- 混合访问（比如带跳帧的日志分析）：2048 较平衡
- 小文件或随机读密集（如数据库 OLTP）：保持 0 或默认 128，避免无效预读挤占缓存
验证是否真起作用
不验证=不确定是否生效，更无法判断是否真的提升了吞吐。
- 清缓存：sudo sh -c "echo 3 > /proc/sys/vm/drop_caches"
- 绕过缓存测磁盘真实性能：dd if=/dev/sdb1 of=/dev/null bs=1M count=2048 iflag=direct
- 同时跑 iostat -xm 1 观察：
- r/s（每秒读请求数）下降 → 预读合并了请求
- rrqm/s（合并读请求数）上升 → 预读在起效
- avgrq-sz（平均请求大小）增大 → I/O 更连续
- 若 await 波动剧烈或 %util 接近 100%，说明预读过大引发竞争，需调小
开机自动生效方法
/etc/rc.local 在 systemd 系统上基本不执行，硬写进去无效。
- 用 udev rule（最稳妥）：新建 /etc/udev/rules.d/99-blockdev-ra.rules，内容为：
KERNEL=="sdb", SUBSYSTEM=="block", RUN+="/bin/sh -c 'echo 4096 > /sys/class/block/%k/queue/read_ahead_kb'" - 设置后务必重启，并再次运行 sudo blockdev --getra /dev/sdb 确认值已写入
- 不要对系统盘（如 /dev/sda）盲目设大值——可能导致桌面卡顿、启动变慢
