操作系统内核优化：为交易系统打好地基
做量化交易系统，尤其是港股这种高频场景，很多人一上来就怼硬件、调网卡、写FPGA。但我个人习惯，第一步永远是先看操作系统内核。为什么？因为内核是软件和硬件之间的桥梁，这座桥没搭好，你后面再折腾也是事倍功半。
说白了，Linux内核默认是为通用场景设计的——它要照顾数据库、Web服务器、桌面应用，甚至你的笔记本电脑。但我们的交易系统呢？我们要的是极致的低延迟、可预测的响应时间。默认内核就像一辆家用轿车，舒适但不够快。我们要把它改造成F1赛车。
核心观点：内核调优不是玄学，是实实在在的工程实践。每减少1微秒的抖动，都可能意味着更好的成交价格。
网络栈参数调优：让数据包飞得更快
网络栈是交易系统与交易所之间的生命线。我见过太多团队，代码写得飞快，结果网络栈参数没调，白白浪费了几十微秒。这里我挑几个最关键的参数说说。
net.core.rmem_max 和 net.core.wmem_max
这两个参数控制接收和发送缓冲区的最大值。默认值通常只有几百KB，对于高频交易来说太小了。我个人建议至少调到16MB以上。
# 调整接收和发送缓冲区最大值
sysctl -w net.core.rmem_max=16777216
sysctl -w net.core.wmem_max=16777216net.ipv4.tcp_rmem 和 net.ipv4.tcp_wmem
这是TCP的自动缓冲区调优参数，有三个值：最小值、默认值、最大值。对于低延迟场景，我们通常把默认值设大一些，避免动态调整带来的抖动。
# 设置TCP缓冲区，减少动态调整
sysctl -w net.ipv4.tcp_rmem="4096 87380 16777216"
sysctl -w net.ipv4.tcp_wmem="4096 65536 16777216"我的经验：有一次在实盘环境中，我发现偶尔会出现几十微秒的延迟尖峰。查了半天，最后发现是TCP缓冲区自动调整导致的。把默认值固定后，尖峰消失了。嗯，这种坑踩过一次就记住了。
net.core.busy_poll 和 net.core.busy_read
这两个参数是专门为低延迟场景设计的。它们让应用程序在等待网络数据时，不是进入休眠状态，而是主动轮询。说白了，就是用CPU时间换延迟。
# 启用忙轮询，减少网络延迟
sysctl -w net.core.busy_poll=50
sysctl -w net.core.busy_read=50内存管理调优：减少缺页中断的噩梦
内存管理对交易系统的影响，很多人低估了。你想想看，一个缺页中断（page fault）可能带来几十微秒甚至毫秒级的延迟。在微秒必争的交易系统里，这简直是灾难。
vm.swappiness
这个参数控制内核使用交换分区的倾向性。默认值通常是60，意味着内核可能会把不常用的内存页换到磁盘上。对于交易系统，我们绝对不希望发生这种事情。
# 降低交换倾向性，尽量使用物理内存
sysctl -w vm.swappiness=1vm.nr_hugepages
大页内存（Huge Pages）是减少TLB（页表缓存）未命中的利器。交易系统通常有大量的内存访问，使用大页可以显著降低内存访问延迟。
# 分配512个大页（每个2MB，总共1GB）
echo 512 > /proc/sys/vm/nr_hugepages注意：大页内存需要应用程序支持。如果你的代码没有使用mmap的MAP_HUGETLB标志，或者没有链接libhugetlbfs，分配了大页也用不上。我曾经帮一个团队排查性能问题，发现他们配了大页但代码根本没用到，白白浪费了配置时间。
实时内核（RT-Preempt）的利弊
RT-Preempt补丁让标准Linux内核具备了实时能力。说白了，就是让内核可以被抢占，从而保证高优先级任务能在确定的时间内得到响应。
对于交易系统，RT-Preempt的好处很明显：
- 减少调度延迟的抖动
- 保证关键线程的响应时间
- 降低中断处理的不确定性
但凡事都有代价。RT-Preempt的缺点也不容忽视：
- 吞吐量下降：因为增加了抢占点，整体吞吐量可能降低5%-15%
- 兼容性问题：某些驱动和内核模块可能不兼容
- 调试困难：实时内核的问题更难复现和定位
| 对比项 | 标准内核 | RT-Preempt内核 |
|---|---|---|
| 最大延迟 | 几十微秒到毫秒级 | 几微秒到几十微秒 |
| 吞吐量 | 高 | 中 |
| 抖动 | 大 | 小 |
| 兼容性 | 好 | 一般 |
我的建议：如果你的交易系统对延迟抖动特别敏感（比如做市商策略），RT-Preempt值得一试。但如果是普通的算法交易，标准内核配合良好的CPU亲和性和优先级设置，通常就够用了。我曾经在一个项目中，用标准内核通过精细的线程绑核和中断隔离，把延迟抖动控制在了5微秒以内，完全不需要上RT-Preempt。
内核旁路技术概述
内核旁路，说白了就是绕过操作系统内核，让应用程序直接和网卡硬件打交道。为什么要这么做？因为内核协议栈的处理路径太长了——中断处理、协议解析、数据拷贝、系统调用...每一步都在消耗微秒级的延迟。
常见的内核旁路技术有：
- DPDK（Data Plane Development Kit）：英特尔主导的开源项目，提供用户态的网卡驱动和协议栈。延迟可以降到1微秒以下。
- Solarflare OpenOnload：Solarflare网卡自带的TCP卸载技术，兼容标准socket接口，迁移成本低。
- RDMA（Remote Direct Memory Access）：允许一台机器直接读写另一台机器的内存，延迟极低，但需要特殊网卡和交换机支持。
避坑指南：我曾经在一个项目中，团队决定用DPDK做内核旁路。结果发现，DPDK虽然延迟低，但开发复杂度高，而且需要独占网卡。最后我们评估下来，用Solarflare的OpenOnload配合标准socket接口，既降低了延迟，又保留了代码的可维护性。所以，技术选型一定要结合自己的实际情况，不要盲目追求极致。
这张图展示了本章的核心知识体系。从网络栈、内存管理、实时内核到内核旁路技术，每个分支都有具体的调优参数和注意事项。你可以把它当作一个检查清单，在优化自己的交易系统时逐项对照。
最后说一句，内核调优不是一蹴而就的事情。我习惯的做法是：先做基准测试，记录当前的延迟分布；然后每次只改一个参数，观察效果；最后把有效的参数固化到配置文件中。这样一步步来，才能找到最适合自己系统的配置组合。