第一章：内核配置与裁剪——为回测系统打造专属内核
做嵌入式Linux回测系统，我踩过最大的坑是什么？
不是算法不够快，也不是硬件性能差。
而是——内核太臃肿了。
你想想看，一个通用Linux内核，默认配置里塞了多少你用不上的驱动、调度策略、文件系统支持。这些东西在服务器上无所谓，但在嵌入式设备上，每一个字节都在消耗你的CPU周期和内存带宽。
回测系统对实时性要求极高，毫秒级的抖动都可能让交易策略失效。所以，内核裁剪不是锦上添花，而是必修课。
1.1 内核编译选项优化——从通用到专用
我刚开始做回测系统时，直接拿了个发行版内核就往上跑。结果呢？回测延迟抖动超过20ms。后来一查，光是一个USB子系统就占了内核中断处理时间的15%。
所以第一步，我们要学会跟内核配置做「断舍离」。
1.1.1 配置工具的选择
我个人习惯用 make menuconfig，图形化界面，操作直观。但如果你在无图形环境的服务器上，make nconfig 也不错。
命令很简单：
# 进入内核源码目录
cd linux-5.15.y
# 加载当前配置
make ARCH=arm64 defconfig
# 开始定制
make ARCH=arm64 menuconfig
嗯，这里要注意：别直接用 defconfig 就完事了。那个是通用配置，不适合回测场景。
1.1.2 必须关闭的选项
我总结了一张表，每次做新项目都会对照着检查一遍：
| 配置项 | 说明 | 建议 |
|---|---|---|
| CONFIG_USB_SUPPORT | USB子系统，回测系统基本用不上 | 关闭 |
| CONFIG_SOUND | 音频驱动，浪费中断资源 | 关闭 |
| CONFIG_BLK_DEV_NVME | NVMe驱动，除非你用NVMe盘 | 按需开启 |
| CONFIG_WIRELESS | 无线网络，回测机通常有线连接 | 关闭 |
| CONFIG_DRM | 图形显示子系统，无头服务器不需要 | 关闭 |
| CONFIG_DEBUG_FS | 调试文件系统，生产环境建议关闭 | 关闭 |
我曾经在一个项目里，光是把USB和音频驱动关掉，内核镜像就小了40%，中断延迟降低了30%。
1.1.3 必须开启的选项
当然，有些选项是回测系统的「刚需」：
- CONFIG_HIGH_RES_TIMERS：高精度定时器，回测时间戳的基石
- CONFIG_NO_HZ_FULL：全无滴答模式，减少定时器中断干扰
- CONFIG_RCU_NOCB_CPU：RCU回调卸载，减少CPU0的负担
- CONFIG_CPU_ISOLATION：CPU隔离，把回测进程绑在专用核上
核心原则：只保留回测系统真正需要的功能。每多一个驱动，就多一分不确定性。
1.2 实时性配置（PREEMPT_RT）——让延迟变得可预测
回测系统最怕什么？
怕延迟抖动。
普通Linux内核的调度延迟可能在几微秒到几十毫秒之间波动。对于高频回测来说，这种波动足以让结果失真。
PREEMPT_RT 补丁就是来解决这个问题的。
1.2.1 什么是PREEMPT_RT
说白了，就是把Linux内核从一个「粗心大意」的调度器，变成一个「斤斤计较」的实时调度器。
普通内核里，一个高优先级任务可能被低优先级任务的内核态操作阻塞。PREEMPT_RT 通过以下方式解决：
- 将自旋锁替换为可抢占的互斥锁
- 中断线程化，让中断处理变成可调度的任务
- 高精度定时器支持
1.2.2 配置步骤
首先，你得下载带PREEMPT_RT补丁的内核源码：
# 下载对应版本的内核和补丁
wget https://cdn.kernel.org/pub/linux/kernel/v5.x/linux-5.15.y.tar.xz
wget https://cdn.kernel.org/pub/linux/kernel/projects/rt/5.15/older/patch-5.15.y-rtXX.patch.xz
# 打补丁
xz -cd patch-5.15.y-rtXX.patch.xz | patch -p1
# 配置时选择实时内核
make menuconfig
# 进入 General setup ---> Preemption Model
# 选择 "Fully Preemptible Kernel (Real-Time)"
然后，在配置界面里确认以下选项：
CONFIG_PREEMPT_RT=y
CONFIG_HZ_1000=y # 1000Hz时钟频率，提高定时精度
CONFIG_TIMER_STATS=n # 关闭定时器统计，减少开销
我的经验：PREEMPT_RT 不是银弹。它会让内核吞吐量下降5%-10%，但换来的是延迟抖动从毫秒级降到微秒级。对于回测系统来说，这笔交易很划算。
1.2.3 验证实时性
配置完内核后，用 cyclictest 工具验证：
# 安装rt-tests
apt-get install rt-tests
# 运行测试，测量最大延迟
cyclictest -l 100000 -m -n -p 99 -i 1000
我见过最好的结果，在优化后的硬件上，最大延迟能控制在15微秒以内。而普通内核，同样的硬件，最大延迟可能超过500微秒。
注意：PREEMPT_RT 需要硬件支持。有些SoC的电源管理单元（PMU）可能与实时调度冲突。我曾经在某个ARM平台上折腾了两天，最后发现是硬件bug导致中断延迟异常。
1.3 模块化裁剪策略——按需加载，动态调整
内核裁剪不是「一刀切」。有些功能你可能偶尔需要，但不想一直占用内存。
这时候，模块化就是最好的选择。
1.3.1 模块化的原则
我一般遵循「三三制」原则：
- 30% 编译进内核：启动必须的驱动和功能
- 30% 编译为模块：按需加载，用完后卸载
- 40% 直接关闭：永远用不上的功能
举个例子，回测系统可能偶尔需要访问NTFS格式的移动硬盘。但你不会天天插硬盘吧？那就把NTFS支持编译成模块：
CONFIG_NTFS_FS=m
CONFIG_NTFS3_FS=m
需要时：
modprobe ntfs3
mount -t ntfs3 /dev/sda1 /mnt/usb
用完卸载：
umount /mnt/usb
modprobe -r ntfs3
1.3.2 模块依赖管理
模块之间可能有依赖关系。用 modinfo 查看：
modinfo ntfs3
# 输出中会显示 depends: 行
我建议用 depmod 生成依赖文件，这样 modprobe 会自动加载依赖模块：
depmod -a
1.3.3 模块裁剪实战
假设你的回测系统用Intel i210网卡，其他网卡驱动都可以关掉：
# 只保留i210驱动
CONFIG_IGB=m
# 关闭其他网卡驱动
CONFIG_E1000=n
CONFIG_E1000E=n
CONFIG_R8169=n
CONFIG_IXGBE=n
这样，内核启动时不会加载任何网卡驱动，只有当你插入i210网卡时，udev 才会自动加载 igb.ko。
避坑指南：我曾经把存储控制器驱动也编译成模块，结果系统启动时找不到根文件系统，直接panic了。所以，根文件系统所在的存储设备驱动，一定要编译进内核，不能模块化。
1.4 知识体系总览
说了这么多，我画了一张图，帮你把这一章的知识点串起来：
这张图把内核配置与裁剪的三个核心方向串起来了。编译选项优化是基础，实时性配置是核心，模块化裁剪是手段。三者缺一不可。
好了，第一章的内容就到这里。记住，内核裁剪不是一蹴而就的事，需要反复测试、验证。我每次改完配置，都会跑一遍完整的回测流程，确保性能提升的同时，功能没有受损。