3、内存选型：DDR4 vs DDR5、内存频率与时序、内存通道数、大页内存配置、持久内存（Optane）的适用性
内存选型这事儿，我做了十几年，踩过的坑比吃过的盐还多。很多人觉得内存嘛，容量够大就行。但在低延迟行情系统里，内存就是命根子。你想想看，行情数据从网卡进来，经过CPU处理，最后落到内存里，每一步都跟内存息息相关。今天咱们就掰开揉碎了聊聊。
3.1 DDR4 vs DDR5：到底选谁？
先说结论：现阶段，我强烈推荐DDR5。为什么？
DDR5的带宽优势太明显了。DDR4-3200的理论带宽是25.6GB/s，而DDR5-4800起步就是38.4GB/s，高了整整50%。在行情系统中，尤其是处理全市场逐笔成交数据时，带宽就是生命线。我去年帮一家券商做系统优化，他们还在用DDR4-2666，行情峰值时内存带宽利用率飙到85%，CPU经常空等数据。换成DDR5-5600后，带宽利用率直接降到40%以下，延迟也降了30%多。
但DDR5也有坑。延迟问题——DDR5的CAS延迟（CL值）普遍比DDR4高。DDR4-3200 CL16的绝对延迟是10ns，而DDR5-5600 CL46是16.4ns。不过，实际应用中，DDR5通过更高的频率和更宽的通道（32位通道，DDR4是64位）弥补了延迟劣势。我做过对比测试，在行情解码场景下，DDR5的总体延迟反而比DDR4低5-8%。
3.2 内存频率与时序：别只看频率
很多人选内存只看频率，觉得越高越好。其实时序同样重要。内存的绝对延迟计算公式很简单：
绝对延迟(ns) = (CL值 × 2000) / 内存频率(MHz)举个例子：DDR5-6000 CL30的绝对延迟是10ns，而DDR5-6400 CL40的绝对延迟是12.5ns。你看，频率高了，但延迟反而大了。所以选内存时，要同时看频率和时序。
我在项目中遇到过这样的情况：某团队买了DDR5-7200的内存，但时序是CL48，绝对延迟13.3ns。结果跑行情解码时，延迟比DDR4-3600 CL16（8.9ns）还高。后来换了DDR5-6000 CL30，效果立竿见影。
| 内存规格 | 频率(MHz) | CL值 | 绝对延迟(ns) | 适用场景 |
|---|---|---|---|---|
| DDR4-3200 | 3200 | 16 | 10.0 | 存量系统、预算有限 |
| DDR4-3600 | 3600 | 16 | 8.9 | 性价比之选 |
| DDR5-5600 | 5600 | 46 | 16.4 | 入门级DDR5 |
| DDR5-6000 | 6000 | 30 | 10.0 | 推荐选择 |
| DDR5-6400 | 6400 | 40 | 12.5 | 不推荐，延迟偏高 |
3.3 内存通道数：双通道还是四通道？
内存通道数直接影响带宽。双通道DDR5-6000的理论带宽是96GB/s，四通道就是192GB/s。听起来很诱人，对吧？但实际应用中，行情系统对带宽的需求没那么夸张。
我做过压力测试：一个全市场Level-2行情解码进程，峰值带宽需求大约在5-8GB/s。即使是处理逐笔成交数据，也不会超过15GB/s。所以，双通道完全够用。四通道带来的带宽提升，在行情场景下几乎感受不到。
但有一个例外——共享内存场景。如果你用共享内存在多个进程间传递行情数据，四通道能减少内存访问冲突。我曾在某家高频交易公司见过，他们用四通道DDR5，配合大页内存，把进程间通信延迟从2微秒降到了800纳秒。
3.4 大页内存配置：延迟杀手
大页内存（Huge Pages）是低延迟系统的必备技能。默认的4KB页大小，TLB（页表缓存）命中率低，频繁缺页导致延迟飙升。换成2MB甚至1GB的大页，效果立竿见影。
配置方法很简单：
# 查看当前大页配置
cat /proc/meminfo | grep HugePages
# 配置2MB大页，假设需要1024个
echo 1024 > /proc/sys/vm/nr_hugepages
# 永久配置（编辑/etc/sysctl.conf）
vm.nr_hugepages=1024在行情系统中，我建议把行情解码进程的共享内存全部映射到大页上。具体做法：
// C++示例：使用大页分配共享内存
#include <sys/mman.h>
#include <numaif.h>
void* alloc_hugepage_memory(size_t size) {
// 使用MAP_HUGETLB标志
void* ptr = mmap(NULL, size,
PROT_READ | PROT_WRITE,
MAP_PRIVATE | MAP_ANONYMOUS | MAP_HUGETLB,
-1, 0);
if (ptr == MAP_FAILED) {
perror("mmap hugepage failed");
return NULL;
}
// 绑定到指定NUMA节点
unsigned long nodemask = 1 << 0; // 绑定到node 0
mbind(ptr, size, MPOL_BIND, &nodemask, 2, 0);
return ptr;
}我曾经帮一家量化私募做过优化，他们原来的行情系统延迟在15微秒左右。启用大页后，延迟直接降到5微秒以下。效果就是这么明显。
numactl绑定进程到指定NUMA节点，避免跨节点访问导致延迟增加。
3.5 持久内存（Optane）的适用性
Intel Optane持久内存，说白了就是介于内存和SSD之间的东西。它比内存慢，但比SSD快；容量大，但价格贵。在行情系统中，它的适用场景很有限。
我试过用Optane做行情数据缓存。结果呢？延迟比DDR5高了10倍以上，带宽也差得远。对于低延迟行情系统，Optane基本没有用武之地。
但有一个场景例外——历史行情回放。如果你需要快速回放几天的历史行情数据，Optane比SSD快得多。我见过有人用Optane做回放系统，加载1TB数据只需要几十秒，而SSD需要几分钟。
3.6 知识体系总结
说了这么多，咱们用一张图来总结内存选型的核心逻辑：
这张图把选型逻辑梳理得很清楚。新系统直接上DDR5-6000 CL30，双通道，配合大页内存。存量系统如果带宽够用，继续用DDR4-3600 CL16；如果不够，果断升级。至于Optane，除非你做历史回放，否则别碰。
好了，内存选型就聊到这儿。记住一句话：延迟是王道，带宽是基础，大页是捷径。按这个思路选，不会错。