linux无统一系统级文件预加载开关，实际分三类互不兼容机制：ld_preload（动态库注入）、preload（应用启动加速）、内核级prefetch（不存在）。配错位置或混用会导致服务异常、崩溃及安全风险。
Linux 没有统一的“系统级文件预加载功能”开关，所谓“预加载”实际分三类互不兼容的机制：LD_PRELOAD（动态库注入）、preload（应用启动加速）、内核级 prefetch（极少见且非标准）。直接配错位置或混用会导致服务异常、程序崩溃甚至安全风险。
LD_PRELOAD 是最常被误称为“文件预加载”的机制
它不预加载文件，而是让进程在启动时优先加载指定的 .so 文件，并可能劫持函数调用。它生效于用户态，对所有动态链接程序有效，但极易引发冲突。
- 全局生效：写入
/etc/ld.so.preload，每行一个绝对路径（如/usr/local/lib/inject.so），重启后所有新进程都会加载 - 单次生效：运行前加环境变量，如
LD_PRELOAD=/path/to/lib.so ./myapp，只影响当前命令 - 注意：
/etc/ld.so.preload中的路径必须是ET_DYN类型共享库，否则启动时报错：ERROR: ld.so: object '/xxx.so' ... cannot be preloaded: ignored - 安全风险高：SUID 程序（如
sudo、passwd）会忽略LD_PRELOAD，但普通程序一旦被注入，gdb、strace 可能失效，ls甚至可能隐藏文件
preload 服务才是真正为“加快应用启动”设计的预加载工具
它监控常用程序的磁盘访问模式，把高频读取的代码段提前载入 page cache，不修改任何二进制，也不注入函数，相对安全。
linux-sysadmin
下载
Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...
- 配置文件固定为
/etc/preload.conf，主要调参项是sortstrategy： -
sortstrategy = 0：适合 SSD，跳过 I/O 排序 -
sortstrategy = 3（默认）：按磁盘物理块排序，对 HDD 更有效 - 启用后必须重启服务：
sudo systemctl restart preload，可用sudo systemctl status preload查看是否运行中 - 它不会预加载任意文件，只对白名单里的程序（如
firefox、vim）生效，白名单由preload自动学习生成，人工干预空间很小
没有叫 prefetch 的系统配置文件
网上搜到的 /etc/sysctl.conf 中加 kernel.prefetch_blocks 是错误信息——Linux 内核**没有这个参数**。ext4、XFS 等文件系统底层确实有预读（readahead）逻辑，但它由内核自动管理，不可配置。
- 唯一可调的是单个文件的预读行为，用
posix_fadvise(fd, 0, 0, POSIX_FADV_WILLNEED)在程序里显式声明 - 挂载选项如
mount -o prefetch并不存在，ext4 手册和 kernel source 中均无此 flag - 若真想优化顺序读性能，应关注
/proc/sys/vm/readahead_ratio（已废弃）或直接调大/proc/sys/vm/vfs_cache_pressure影响 inode/dentry 缓存，而非幻想“开启 prefetch”
真正容易被忽略的点是：这三类机制完全独立，改了 /etc/ld.so.preload 不会影响 preload 服务；装了 preload 也不会让 LD_PRELOAD 生效范围变广；而所谓“内核 prefetch 配置”根本不存在——别在 /etc/sysctl.conf 里瞎加行。
