2. Ryzen Embedded处理器架构与I/O子系统概览

Ryzen Embedded 并不是“把桌面 Ryzen 缩小后塞进工控板”这么简单。它把 Zen 计算核心、SoC 基础设施、Infinity Fabric 片上互连以及 PCIe/USB/SATA/以太网等 I/O 控制器整合在同一封装内，形成一颗面向嵌入式与工业场景的 SoC。理解这套架构，是后续做 I/O 分配、带宽预算和驱动配置的前提。

Zen 核心：计算与缓存的基本单元

Ryzen Embedded 的计算部分由若干 Zen 核心组成。每个核心拥有独立的 L1 指令/数据缓存（通常各 32 KB）和 L2 缓存（通常 512 KB），同一 CCX（Core Complex）内的多个核心共享一块 L3 缓存（典型为 4 MB 或 8 MB，视型号而定）。核心通过 SMT 支持每核两个线程，因此 4 核可呈现 8 个逻辑处理器。

对工业 I/O 集成而言，关键不是核心数量本身，而是“核心—缓存—I/O”之间的数据路径。例如，一个采集线程若与网卡中断落在同一 CCX，L3 命中率更高，抖动更小；若跨 CCX 通信，则要经过 Infinity Fabric，延迟和带宽都会变化。因此，在规划实时任务时，应尽量把相关线程与中断绑定到同一 CCX 内。

SoC 架构：把 I/O 控制器放进同一颗芯片

与桌面平台“CPU + 独立芯片组”不同，Ryzen Embedded 采用 SoC 架构：CPU 核心、内存控制器、显示控制器以及大部分 I/O 控制器都集成在片内。典型分布如下：

• PCIe 控制器：通常提供若干条 PCIe Gen3 通道，可拆分为 x4、x2、x1 等宽度，用于连接 NVMe、千兆/万兆网卡、采集卡或 FPGA。
• USB 控制器：包含 USB 3.x 与 USB 2.0 控制器，前者用于高速相机、存储，后者用于键鼠、串口转换器。
• SATA 控制器：提供若干 SATA III 端口，用于 2.5 英寸 SSD 或工业 DOM 盘。
• 以太网控制器：部分型号集成千兆 MAC，配合外部 PHY 使用；也可通过 PCIe 扩展独立网卡。
• 显示控制器：支持 HDMI/DisplayPort 输出，用于 HMI 或本地监控。

这些控制器并非直接挂在 CPU 核心上，而是通过 SoC 内部的数据总线与 Infinity Fabric 相连。因此，当多个高速外设同时工作时，瓶颈往往出现在 Fabric 或内存控制器，而不是单个控制器本身。

Infinity Fabric：片上数据高速公路

Infinity Fabric 是 AMD 的片上互连架构，负责连接 CCX、内存控制器、I/O 控制器和显示引擎。它由 SDF（Scalable Data Fabric）和 SCF（Scalable Control Fabric）组成：前者搬运数据，后者传递控制与中断信息。Fabric 的时钟频率与内存时钟相关，通常随内存频率提升而提升。

对 I/O 集成来说，Infinity Fabric 的意义在于：所有外设数据最终都要经过它才能到达 CPU 或内存。如果 PCIe 网卡、NVMe 和 USB 相机同时满速工作，Fabric 上的竞争会直接表现为延迟上升或吞吐下降。因此，做带宽预算时不能只看单个接口的标称速率，还要估算它们汇聚到 Fabric 和内存的总量。

PCIe/USB/SATA/以太网控制器的实际分布与配置

在具体型号中，这些控制器的数量和通道分配并不相同。以常见的 Ryzen Embedded V1000/R1000 系列为例，典型配置为：8 条 PCIe Gen3 通道、2 个 USB 3.1 和 4 个 USB 2.0、2 个 SATA III、1 个千兆以太网 MAC。而 V2000 系列可能提供更多 PCIe 通道和显示输出。实际设计时，必须查阅具体型号的 datasheet，确认每个控制器的通道数和复用关系。

一个常见的工程问题是：PCIe 通道被拆分为多个 x1 后，虽然能连接更多设备，但每个设备的可用带宽下降。例如，一条 PCIe Gen3 x4 链路理论带宽约 3.94 GB/s（8 GT/s × 4 通道 ÷ 8 bit/byte × 0.985 编码效率），拆成 4 个 x1 后每个仅约 0.985 GB/s。如果其中一个 x1 接千兆网卡（约 125 MB/s），余量充足；但若接 NVMe，则顺序读写会被限制在约 1 GB/s 以内。

USB 和 SATA 控制器通常共享内部上行带宽。以 2 个 SATA III 同时读写为例，每个约 550 MB/s，合计约 1.1 GB/s，再加上 USB 3.x 的 5 Gbps（约 500 MB/s），总需求可能超过 1.6 GB/s。此时若内存带宽不足或 Fabric 竞争激烈，实际吞吐会低于标称值。因此，建议在系统设计阶段做一次带宽预算表，把每个控制器的峰值需求列出并求和，再与内存带宽和 Fabric 能力对比。

从架构到配置：一个可执行的检查思路

在实际项目中，可以按以下顺序把架构知识转化为配置决策：

1. 确认型号规格：从 datasheet 中提取 PCIe 通道数、USB 端口数、SATA 端口数、以太网 MAC 数量及显示输出能力。
2. 分配高速设备：优先把 NVMe、采集卡、万兆网卡分配到 PCIe 通道，并尽量使用 x4 或 x2 宽度，避免不必要的拆分。
3. 估算总带宽：将各控制器峰值带宽相加，与内存带宽（如 DDR4-3200 双通道约 51.2 GB/s）和 Fabric 实际上限对比，留出 30% 以上余量。
4. 绑定中断与线程：在 Linux 下用 lscpu -e 查看核心与 CCX 拓扑，用 /proc/interrupts 确认中断分布，再通过 taskset 和 irqaffinity 把相关任务与中断绑定到同一 CCX。
5. 验证实际表现：用 iperf3 测网卡吞吐，用 fio 测 NVMe 和 SATA 的 IOPS 与带宽，用 usbmon 或 lsusb -t 观察 USB 拓扑，确认没有出现意外的带宽瓶颈。