第2章硬件与网络环境

硬件与网络环境：服务器选型、网卡与交换机、FPGA加速简介、机房托管与Co-location

做高频做市，说白了就是跟时间赛跑。你策略再牛，代码再精，如果硬件和网络拖了后腿，一切都白搭。我见过太多团队，算法逻辑天衣无缝，结果上线后延迟比别人多几个微秒，订单死活抢不到。嗯，这一章我们就来聊聊，怎么把底层的硬件和网络环境搭扎实。

很多人选服务器，上来就问CPU主频多少。其实在高频场景下，缓存大小、内存通道数、NUMA架构比主频更重要。我个人习惯，首选Intel Xeon Scalable系列，比如Gold 6248R或Platinum 8380。为什么？因为它们的L3缓存大，内存通道多，能有效减少数据搬运的延迟。

核心选型指标：

我在项目中遇到过，有人买了双路服务器，结果两个CPU之间的跨片访问延迟高达几百纳秒。你想想看，行情数据一来，如果被分配到另一个CPU的核上，光跨片通信就够你受的。所以我建议，高频做市服务器尽量用单路，或者把进程绑定到同一个NUMA节点上。

网卡是系统的咽喉。普通千兆网卡？别闹了。高频做市至少要用10Gbps，最好是25Gbps或40Gbps。我个人推荐Solarflare或Mellanox的网卡，它们支持硬件时间戳和用户态驱动，能把延迟压到1微秒以内。

避坑指南： 我曾经在测试中发现，某款网卡在低负载时延迟表现很好，但一旦流量上来，延迟直接飙升到10微秒。后来查了半天，发现是网卡的中断合并功能在作怪。高频场景下，一定要关闭中断合并，改用轮询模式。

交换机这块，别省那点钱。Arista或Cisco的低延迟交换机是标配。关键参数是端口到端口延迟，要控制在500纳秒以内。另外，交换机要支持PFC（优先级流控制），防止丢包导致的重传延迟。

FPGA这东西，说白了就是把你的交易逻辑直接烧录到芯片上。软件跑一个行情解析，可能需要几百纳秒到几微秒，FPGA可以在几十纳秒内完成。为什么？因为它是硬件并行处理，没有操作系统的调度开销。

我记得第一次接触FPGA做市项目时，团队花了三个月把行情解码和订单生成逻辑写成了Verilog。上线后，延迟从原来的5微秒降到了200纳秒。嗯，那感觉，就像从绿皮火车换成了高铁。

注意： FPGA开发门槛高，调试困难。不是所有逻辑都适合上FPGA。我个人建议，只把最核心、最固定的逻辑（如行情解码、订单编码、简单的做市报价计算）放到FPGA上。策略逻辑还是留在CPU上，方便迭代。

常见的FPGA开发板有Xilinx Alveo U250或Intel Arria 10。开发语言主要是Verilog或VHDL，也可以用HLS（高层次综合）用C++写，但效率会差一些。

光速是30万公里每秒，但在光纤里，光速只有20万公里左右。每公里光纤的延迟大约是5微秒。你想想看，如果你的服务器在纽约，交易所也在纽约，延迟可能只有几十微秒。但如果你的服务器在硅谷，那延迟就是毫秒级了——在高频交易里，这等于直接出局。

Co-location，就是把你的服务器托管在交易所的机房里，或者紧挨着交易所的数据中心。这样，你的服务器和交易所的撮合引擎之间，可能只有几米的光纤。延迟可以控制在1微秒以内。

托管要点：

我在项目中遇到过，有团队为了省钱，把服务器托管在离交易所10公里外的机房。结果每次行情波动大时，他们的订单总是慢半拍。后来咬牙搬进了Co-location，延迟从50微秒降到了2微秒，成交率直接翻了一倍。嗯，这笔钱，花得值。

下面这张图，把本章的核心逻辑串起来了。你可以看到，从服务器到网卡，再到交换机和FPGA，最后到机房托管，每一个环节都在为降低延迟服务。

嗯，硬件和网络环境这块，其实没什么捷径。每一分钱、每一寸光纤、每一个纳秒，都得精打细算。我见过有人花大价钱买了顶级服务器，结果网线用了根便宜的，延迟直接翻倍。也见过有人把FPGA用在了策略逻辑上，结果迭代一次要烧录半小时，反而拖慢了开发效率。

所以，我的建议是：先搞清楚你的瓶颈在哪。是行情解析慢？还是订单发送慢？还是网络传输慢？然后针对性地优化。别一上来就上FPGA，也别为了省几万块用普通网卡。高频做市，细节决定成败。

个人经验： 我习惯在搭建环境前，先画一张延迟瀑布图，把从行情数据到达网卡，到策略计算，到订单发出，每一个环节的延迟都标出来。这样你就能一眼看出，到底该在哪下功夫。