4. 内存映射与地址解码：系统地址映射（SAM）原理、Interleave策略（Bank/Channel/Rank）、地址哈希算法实战
好，咱们进入第四章。这一章我打算聊聊内存映射和地址解码。说实话，这是很多工程师容易忽略但又极其关键的一环。你想想看，CPU发出的地址，最终怎么落到具体的DDR5颗粒上？中间经历了什么？这就是SAM（系统地址映射）要干的事。
我个人习惯把SAM比作一个“交通指挥中心”。它负责把系统地址空间，翻译成物理通道、Rank、Bank、Row、Column这些硬件能懂的东西。翻译得不好，性能就卡在路上了。
4.1 系统地址映射（SAM）原理
SAM的核心任务，说白了就是“地址翻译+路由”。在CMN-700里，这个工作由RN-I（I/O coherent network）和MXP（Mesh eXternal Port）协同完成。我当年调试一个4路服务器平台时，就遇到过因为SAM配置错误，导致部分内存区域无法访问的怪问题。
SAM的工作流程大致如下：
- 地址区间匹配：系统地址被划分成多个区间，每个区间对应一个内存控制器或IO设备。
- 地址重映射：根据Interleave策略，将连续地址打散到多个通道。
- 地址解码：最终生成DDR5所需的Row、Bank、Column地址。
关键点：SAM的粒度通常是64字节（cache line大小）。这意味着，相邻的64字节可能落在不同的DDR5通道上。
嗯，这里要注意：CMN-700支持多达32个内存控制器端口。每个端口可以挂载一个DDR5通道。所以，地址映射的灵活性非常高，但配置复杂度也直线上升。
4.2 Interleave策略：Bank/Channel/Rank
Interleave，中文叫“交织”或“交错”。它的目的很简单：让多个内存资源并行工作，提升带宽利用率。我见过不少项目，Interleave没配好，带宽利用率只有50%。
常见的Interleave策略有三种：
| 策略 | 粒度 | 适用场景 | 我的经验 |
|---|---|---|---|
| Channel Interleave | 64B ~ 4KB | 多通道系统，追求高带宽 | 我习惯用256B粒度，平衡性好 |
| Bank Interleave | Cache line级别 | 减少Bank冲突，提升随机访问 | 数据库场景下效果明显 |
| Rank Interleave | 页面级别 | 多Rank系统，提升并发 | 注意Rank切换延迟，别太激进 |
避坑指南：我曾经在一个HPC项目中，把Channel Interleave粒度设成了4KB。结果呢？小数据包访问时，带宽利用率惨不忍睹。后来改成128B，性能直接翻倍。所以，粒度不是越大越好，要看你的访存模式。
为什么Interleave能提升性能？你想想看，如果所有地址都挤在一个通道上，其他通道闲着，那带宽不就浪费了？Interleave让每个通道都“雨露均沾”。
4.3 地址哈希算法实战
地址哈希，是Interleave的“灵魂”。它决定了地址如何被映射到不同的资源上。CMN-700支持可编程的哈希算法，这意味着你可以根据业务场景定制映射规则。
我给大家看一个典型的地址哈希流程（伪代码）：
// 假设系统有4个DDR5通道，每个通道2个Rank
// 地址位 [47:0] 是系统物理地址
// Step 1: 提取用于哈希的地址位
hash_bits[7:0] = {addr[6], addr[8], addr[10], addr[12],
addr[14], addr[16], addr[18], addr[20]};
// Step 2: 执行XOR哈希
channel_id = hash_bits[0] ^ hash_bits[1] ^ hash_bits[2] ^ hash_bits[3];
channel_id |= (hash_bits[4] ^ hash_bits[5] ^ hash_bits[6] ^ hash_bits[7]) << 1;
// Step 3: 根据channel_id选择通道
// channel_id = 0 -> CH0, 1 -> CH1, 2 -> CH2, 3 -> CH3
// Step 4: 剩余地址位用于Rank/Bank/Row/Column解码
rank_id = addr[13] ^ addr[15]; // 2个Rank
bank_addr = addr[16:18]; // 8个Bank
row_addr = addr[19:47]; // Row地址
col_addr = addr[6:15]; // Column地址警告：哈希算法不是随便选的。选不好，会导致地址冲突严重，某些通道过热，某些通道空闲。我曾经见过一个案例，因为哈希函数设计不当，导致某个Bank的访问延迟比其他Bank高30%。
实战中，我建议遵循以下原则：
- 均匀性：确保每个通道/Rank/Bank的访问概率接近。
- 局部性保持：尽量让连续地址落在同一个Row上，减少行激活开销。
- 可调试性：初期使用简单的XOR哈希，后期再优化。
下面这张图，是我自己总结的地址解码全流程，画成SVG方便大家理解：
从这张图你能看到，地址从CPU出来，经过SAM匹配、哈希计算、Interleave决策，最后才落到具体的DDR5颗粒上。每一步都影响性能。
我的建议：在项目初期，先用CMN-700的默认哈希配置跑起来。然后通过性能计数器观察各通道的负载均衡情况。如果不均衡，再调整哈希算法。别一上来就搞复杂算法，容易翻车。
最后，我分享一个实战技巧：在调试SAM时，可以用地址回读功能。CMN-700允许你写入一个地址，然后读出它被映射到了哪个通道和Rank。这比猜要靠谱得多。
好了，这一章的内容就到这里。记住，地址映射是性能调优的“地基”。地基没打好，上层优化都是白费功夫。