如何為 Nvidia GPU 配置 RigEL Miner？ （最快算力）

GPU 相容性和驅動程式需求

1. RigEL Miner 正式支援 Turing、Ampere 和 Ada Lovelace 架構的 NVIDIA GPU。 RTX 2060 及更新型號與所有演算法後端完全相容。

2. 驅動程式版本必須為535.129或更高版本。較舊的驅動程式可能會在 LHR 鎖定卡上的記憶體密集型挖掘會話期間導致核心恐慌。

3. 礦機需在系統範圍內安裝CUDA Toolkit 12.4。如果沒有它，自動調節模組將無法初始化並預設為保守的時脈設定檔。

4. nvidia-smi 必須將計算模式報告為「預設」 - 將其設定為「Exclusive_Process」或「禁止」會阻止雙演算法操作所需的並發核心啟動。

核心設定檔結構

1. rigel.conf 在啟動時以嚴格的 JSON 格式進行解析。任何尾隨逗號或不帶引號的字串都會觸發立即終止，退出代碼為 127。

2. “devices”陣列僅接受明確 PCI 總線 ID — 無通配符或基於索引的參考。範例：「0000:01:00.0」、「0000:02:00.0」。

3.「alorithm」欄位必須與官方清單中的字串完全匹配：「autolykos2」、「cuckatoo32」、「octopus」或「progpow」。打字錯誤會導致在沒有警告的情況下回退到空閒模式。

4. “tune_mode”: “aggressive”同時啟用欠壓 + 核心升壓，但只有在啟動後 GPU 溫度連續 90 秒保持在 62°C 以下時才會啟動。

內存優化標誌

1. --mem-tweak=2 強制 GDDR6X 記憶體控制器進入低延遲計時模式，在 RTX 3090 和 4090 卡上將頻寬增加高達 18%。

2. --lhr-bypass=force 覆蓋 Ampere LHR GPU 上的韌體級哈希率限制，無需外部補丁。此標誌僅在與 --driver-patch=enabled 配對時才有效。

3. --shared-mem=48 配置每個 SM 的 CUDA 共享記憶體組，以最大限度地提高 Autolykos2 核心的佔用率，從而在 RTX 4070 Ti 上產生一致的 +4.2% 哈希率。

4. --no-remap 停用自動 VRAM 位址重新映射，將每次核心啟動的 PCIe 傳輸延遲減少 3.7μs — 可在 Ergo 挖礦中的 24 小時基準測試中進行測量。

功率限制和熱調節

1. --pl=75 將功率限制設定為 TDP 的 75%，這可以穩定持續負載下的電壓軌漣波，並防止風冷設備上出現熱節流峰值。

2. --fan-curve='45:25,65:60,78:100' 定義三點風扇曲線，其中風扇速度僅在高於 78°C 時才會跳至最大值 — 避免不必要的噪音，同時保持安全的結溫。

3. --junc-temp=83 限制 GPU 結溫為 83°C；超過此值會觸發自動降頻以保持矽的使用壽命，而不僅僅是表面晶片讀數。

4. --vddci-offset=-12mv 調整記憶體 I/O 電壓偏移，以減少記憶體控制器產生的熱量，而不會影響 100K 以上核心週期的穩定性。

常見問題解答

Q1. RigEL Miner 是否支援 NVIDIA GPU 上的雙挖礦？是的。它允許在單獨的 SM 叢集上同時執行 Autolykos2 和 Cuckatoo32 內核，前提是總 VRAM 使用率保持在物理容量的 92% 以下。

Q2。為什麼 --lhr-bypass=force 在我的 RTX 3080 上失敗？當驅動程式將 LHR 狀態報告為「未知」而不是「鎖定」或「解鎖」時，就會發生這種情況。在啟動 RigEL 之前執行 nvidia-settings -q GPULHRLockStatus 以驗證偵測狀態。

Q3。我可以將 RigEL Miner 與適用於 Linux 的 Windows 子系統 (WSL2) 一起使用嗎？不能。 WSL2 缺乏直接 PCIe 裝置直通，無法存取 GPU 運算上下文。本機 Windows 或裸機 Linux 是必要的。

Q4。是什麼導致“CUDA_ERROR_LAUNCH_TIMEOUT”錯誤？這是由於在核心初始化期間超過 Windows TCC 逾時閾值（2 秒）而導致的。透過 nvidia-smi -r 停用 Windows 顯示驅動程式模型 (WDDM) 並重新啟動至 TCC 模式。