如何針對 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 違規。