如何针对 Ryzen CPU 挖矿优化 XMRig？

CPU特性检测和指令集对齐

1. Zen 2 及以上的 Ryzen 处理器支持 VAES、AVX2 和 BMI2 指令集，XMRig 在 RandomX 执行期间会积极利用所有这些指令集。矿机在启动时通过 CPUID 叶询问自动检测这些功能，但错误配置的 BIOS 设置可能会抑制它们。

2. 在固件和内核空间中启用时，VAES 加速比 Ryzen 7000 系列芯片上的标准 AES-NI 提供一致的 17% 吞吐量增益。禁用安全启动并确认 MSR 写入权限是充分利用 VAES 的先决条件。

3. AVX2 的使用必须在空运行模式下通过--cpu-avx2标志进行验证。如果尽管有硬件支持，输出报告 AVX2 已禁用，则问题出在内核级微代码或 cpupower 调控器限制上。

4. XMRig 的内部BasicCpuInfo::detect_assemble()例程将 Ryzen 架构划分为精确的系列 - Ryzen 5000 系列映射到“zen3”，而 Ryzen 7000 系列映射到“zen4”。此分类确定线程关联默认值和缓存行对齐策略。

Ryzen 内存子系统的大页面配置

1. 由于其双芯片 CCX 拓扑和高内存带宽需求，Ryzen CPU 从 1GB 大页面中受益匪浅。 1GB 页面大小减少了 NUMA 域中的 TLB 压力，对于 RandomX 的 2MB 暂存器访问模式尤其重要。

2. 启用 1GB 页面需要 root 权限并为每个 NUMA 节点进行显式分配： echo 3 > /sys/devices/system/node/node0/hugepages/hugepages-1048576kB/nr_hugepages ，对于双 CCX 配置上的节点 1 而言相同。

3. 验证必须包括检查/proc/meminfo中的HugePages_Free是否等于HugePages_Total ，而不仅仅是检查是否存在。不匹配表示 NUMA 本地分配失败，并触发回退到 2MB 页面，造成可测量的性能损失。

4. 使用--huge-pages-jit=true时，XMRig 尝试运行时分配。在启用了 IOMMU 的 Ryzen 系统上，除非将内核参数iommu=pt添加到 GRUB_CMDLINE_LINUX，否则此操作会失败。

Zen4 平台的 MSR 寄存器调整

1. 在 Ryzen 7000 系列上，XMRig 需要对四个特定 MSR 进行写入访问： 0xc0011020 、 0xc0011021 、 0xc0011022和0xc001102b 。这些控制分支预测器行为、L3 缓存关联性和预取器主动性。

2. AMD AGESA 固件设置的默认 MSR 值经常与 RandomX 的内存访问步长冲突。在 config.json 'wrmsr'数组中手动​​覆盖它们可以在持续负载下的 7950X 系统上产生稳定的 +12–18% 哈希率。

3. 内核启动参数msr.allow_writes=on是强制的。如果没有它，即使安全启动已禁用，XMRig 也会记录“无法应用 MSR MOD”并回退到未优化的执行路径。

4. MSR 写入必须在任何其他用户空间进程接触相同寄存器之前发生。延迟的应用程序（例如在初始算力稳定后触发）会导致部分应用程序和基准结果不一致。

线程亲和性和核心绑定策略

1. Ryzen 基于 CCX 的设计意味着同一 CCX 内的逻辑核心共享 L3 缓存。在单个 CCX（例如 7950X 上的内核 0-3 或 8-11）内专门绑定线程可在 RandomX 的内存密集型阶段将 CCX 间延迟减少高达 40%。

2. 使用数组格式'rx/wow': [[2, 0], [2, 1], [2, 8], [2, 9]]显式地将强度 2 线程分配给两个独立 CCX 单元内物理相邻的内核，从而最大化缓存局部性，同时避免跨芯片流量。

3. 在 16 核 Ryzen 芯片上设置'max-threads-hint': 12可防止超额订阅。超过 75% 的核心计数会触发调度程序争用，并使平均线程延迟增加到超过 RandomX 的 5 毫秒截止时间阈值。

4. 'affinity'参数必须与'memory-pool': true配对，以确保内存分配保留在指定的 NUMA 节点本地。如果没有这种配对，双 CCX 芯片上的内存带宽会下降约 22%。

基于Profile的算法切换机制

1. XMRig 的配置文件系统允许为每个算法系列定义不同的线程配置。对于同时针对 Monero (rx/0) 和 Wownero (rx/wow) 的 Ryzen 矿工，名为“monero-profile”和“wownero-profile”的单独配置文件可防止意外的资源争用。

2. 配置文件选择遵循严格的优先级：首先是精确匹配，然后是别名映射，然后是系列前缀回退。在“别名”对象中定义“rx/0”：“monero-profile”可确保池切换事件期间不会出现歧义。

3.Threads中的m_disabled设置可用于完全阻止 Ryzen 系统上的旧版 cn/r 算法。它们的内存访问模式会导致过度的 L3 抖动，并使 rx/wow 效率降低高达 9%。

4. 配置文件仅在守护程序启动时加载。通过POST /set-algo等 API 命令进行的运行时切换不会重新加载配置文件定义，仅更改已加载配置文件中的活动算法上下文。

常见问题解答

问题 1：在 BIOS 中启用全局 C 状态控制是否可以提高 Ryzen 上的 XMRig 性能？是的。禁用 C6 和更深的睡眠状态可以防止不可预测的核心唤醒延迟，从而破坏 RandomX 的确定性时序窗口。仅在 C 状态控制 = C1的情况下，Zen4 的性能平均提高 3.2%。

问题 2：为什么 XMRig 在与 Docker 容器一起运行时报告哈希率较低？ Docker 的默认 cgroup 内存限制会干扰大页面分配。即使没有活动工作负载的容器也会消耗内存预留，从而形成 1GB 页面池的碎片。在裸机上隔离挖矿工作负载或禁用内存限制可以解决此问题。

Q3：XMRig 可以利用 DDR5 EXPO 配置文件进行时序优化吗？不可以。EXPO 是 XMRig 内存子系统不支持的特定于供应商的扩展。然而，在 JEDEC 规范内手动收紧 BIOS 中的 tRFC 和 tFAW 可将 DDR5-6000 套件上的 RandomX 暂存器读取延迟提高 5.7%。

问题 4：在 Ryzen 平台上启用PCIe 可调整大小 BAR的情况下运行 XMRig 是否安全？是的，但前提是 GPU 驱动程序更新到版本 23.12.1 或更高版本。当可调整大小的 BAR 和 XMRig 的内存映射 I/O 操作同时处于活动状态时，较旧的 AMDGPU-Pro 版本会触发 PCIe ACS 违规。