3. 硬件与网络基础设施：服务器选型、网络拓扑与时钟同步
做高频交易，说白了就是跟时间赛跑。你策略再牛，代码写得再漂亮，如果硬件和网络拖了后腿，一切都白搭。我见过太多团队，策略回测曲线漂亮得不行，一上实盘就拉胯，最后查来查去，发现是网络抖动或者服务器调度延迟在作怪。
这一章，咱们就聊聊那些「看不见的战场」——服务器怎么选、网络怎么搭、时钟怎么对。嗯，这里面的坑不少，我一个个给你拆开讲。
3.1 服务器选型：CPU、内存、网卡
选服务器，不是堆配置就完事了。你得知道瓶颈在哪。
3.1.1 CPU：主频比核数重要
高频交易里，大部分计算是单线程的。你想想看，一个订单从网卡进来，到策略判断，再到发单出去，这整个路径上，多核并行帮不上忙。所以，主频是第一优先级。
- 推荐型号：Intel Xeon W系列（如W-3175X）或AMD Ryzen Threadripper Pro。我个人习惯用Intel，因为它的缓存一致性协议在低延迟场景下更稳定。
- 核心数：8-16核足够。别买64核的，那是给云计算用的，高频交易用不上。
- 缓存：L3缓存越大越好。我在项目中遇到过，同样的策略，换了个L3大一点的CPU，延迟直接降了5微秒。
避坑指南：我曾经踩过一个坑——买了带超线程（Hyper-Threading）的CPU，结果发现超线程在高频场景下反而增加了延迟抖动。后来我都是关掉超线程用的。
3.1.2 内存：频率和时序是关键
内存容量？8GB都够用。但内存频率和时序，直接决定了你的数据访问延迟。
| 参数 | 推荐值 | 说明 |
|---|---|---|
| 频率 | DDR4-3200 或更高 | 频率越高，内存带宽越大 |
| 时序（CL） | CL14 或更低 | 时序越低，延迟越小 |
| 通道数 | 双通道或四通道 | 通道越多，并行访问能力越强 |
你可能会问：「为什么不用DDR5？」嗯，DDR5目前延迟反而比DDR4高，不适合低延迟场景。等DDR5的时序优化好了再说吧。
3.1.3 网卡：Solarflare vs Mellanox
网卡是高频交易系统的「咽喉」。普通网卡有几十微秒的延迟，而专用网卡可以做到1微秒以内。
- Solarflare（现属Xilinx）：主打低延迟和硬件时间戳。我最早用Solarflare SFN8522，配合OpenOnload，延迟能压到1.5微秒。它的PTP硬件时间戳非常准，适合做时钟同步。
- Mellanox（现属NVIDIA）：主打高吞吐和RDMA。如果你需要跨机器传输大量数据（比如行情分发），Mellanox ConnectX-6 Dx是首选。它的RoCE v2协议可以绕过内核，直接走硬件。
我的建议：如果只做单一策略交易，Solarflare更合适。如果要做多策略或行情分发，Mellanox更灵活。我现在的机房里，两种网卡都有，各司其职。
3.2 网络拓扑：星型 vs 树型
网络拓扑决定了数据怎么走。高频交易里，每多一跳，就多一份延迟。
3.2.1 星型拓扑
所有节点都连到一个中心交换机上。优点是结构简单，延迟一致。缺点是中心交换机是单点故障。
- 适用场景：小规模交易团队（5-10台服务器）。
- 延迟：所有节点到中心交换机的延迟相同，约1-2微秒。
- 我踩过的坑：有一次中心交换机风扇坏了，温度升高导致丢包，整个交易系统停了10分钟。后来我加了冗余交换机。
3.2.2 树型拓扑
也叫胖树（Fat-Tree），是多层交换机的结构。优点是扩展性好，适合大规模集群。缺点是延迟不一致，上层交换机会成为瓶颈。
- 适用场景：大型交易机构（50台以上服务器）。
- 延迟：同一机柜内的节点延迟低（1微秒），跨机柜的节点延迟高（3-5微秒）。
- 注意：策略服务器和行情服务器最好放在同一个机柜里，减少跨机柜通信。
核心原则：高频交易网络，能少一层就少一层。我见过有人为了「好看」搭了三层树型拓扑，结果延迟多了10微秒，得不偿失。
3.3 低延迟交换机与网卡
交换机不是随便买个华为或思科就行的。高频交易有专门的低延迟交换机。
3.3.1 低延迟交换机
- Arista 7130系列：延迟低至350纳秒。支持硬件PTP和精确流量整形。我目前在用7130B，稳定性很好。
- Cisco Nexus 3000系列：延迟约500纳秒。兼容性好，适合跟现有网络混用。
- Mellanox SN2000系列：延迟约400纳秒。支持RoCE和自适应路由。
选交换机时，注意看「端口到端口延迟」这个指标。有些厂商标的是「线速转发延迟」，那是理论值，实际会高一些。
3.3.2 低延迟网卡配置
网卡买回来，不是插上就能用的。你得做几件事：
- 关闭中断合并：网卡收到包后，不要等攒够了再通知CPU，要立刻通知。
- 开启硬件时间戳：让网卡自己打时间戳，避免软件时间戳的抖动。
- 绑定CPU核心：把网卡的中断和应用程序绑定到同一个CPU核心上，避免跨核心通信。
# 示例：Solarflare网卡配置（使用sfcaffinity工具）
# 将网卡中断绑定到CPU核心0
sfcaffinity -i eth0 -c 0
# 开启硬件时间戳
ethtool -T eth0 | grep "hardware-transmit"
# 如果支持，设置PTP
ptp4l -i eth0 -m -H
注意：配置网卡时，一定要先备份原配置。我曾经有一次改错了参数，导致网卡不工作了，花了半小时才恢复。
3.4 时钟同步：PTP vs NTP
时钟同步，听起来简单，做起来全是坑。高频交易里，不同机器的时钟差不能超过1微秒，否则你的订单时间戳就是错的。
3.4.1 NTP：精度不够
NTP（网络时间协议）精度在毫秒级，好的情况下能到几百微秒。但高频交易需要微秒甚至纳秒级精度，NTP显然不够。
- 优点：配置简单，免费。
- 缺点：精度低，受网络抖动影响大。
- 适用场景：非交易系统（如日志服务器、监控服务器）。
3.4.2 PTP：高频交易的标准
PTP（精确时间协议，IEEE 1588）精度可以到纳秒级。它通过硬件时间戳和主从时钟同步，消除了软件和网络抖动。
- 硬件要求：交换机和网卡都必须支持PTP硬件时间戳。
- 部署方式：通常用GPS或原子钟作为主时钟，交换机作为边界时钟，服务器作为从时钟。
- 精度：好的PTP部署，精度可以到100纳秒以内。
我的经验：PTP部署中最容易出问题的是「不对称延迟」。比如，网线长度不一样，或者交换机端口配置不同，都会导致主从时钟之间的延迟不对称。我曾经排查了三天，最后发现是一根网线长了2米。
3.4.3 时钟同步架构图
下面这张图，是我在实际项目中用的时钟同步架构。你可以看到，GPS信号进来后，经过主时钟和边界时钟，最终同步到交易服务器。
这张图里，GPS信号是源头，主时钟负责接收和分发，边界时钟负责在交换机层面做同步，最终交易服务器拿到的是纳秒级精度的时钟。
3.5 总结
硬件和网络基础设施，是高频交易系统的地基。地基不稳，上面盖的楼再漂亮也没用。
- 服务器：CPU看主频，内存看时序，网卡看延迟。
- 网络：拓扑越简单越好，交换机选低延迟的。
- 时钟：PTP是标配，NTP只适合打杂。
嗯，这一章的内容就到这里。记住，每一微秒的优化，都可能意味着真金白银的收益。