如何在HiveOS中設置飛行表以進行雙重挖掘？

雙挖礦配置概述

1. HiveOS通過其內置的flightsheet機制支持在兼容的GPU硬件上同時挖掘兩種算法。此功能依賴於正確的內核級資源分區和驅動程序感知進程隔離。

2. 飛行表充當運行時配置容器，定義執行哪些挖礦程序二進製文件、它們的啟動參數，以及如何在主要和輔助挖礦進程之間分配 VRAM、內存時鐘和功率限制等系統資源。

3. 雙挖礦僅適用於具有 RDNA2 架構的 AMD GPU 或配備計算能力 6.1 及以上版本的 NVIDIA 卡，且驅動程序滿足 HiveOS 最低版本要求 (v0.6-224+)。

4. 飛行表必須分配給特定的礦機配置文件，而不是全局應用，以確保異構礦場的配置完整性。

航班表創建工作流程

1. 訪問 HiveOS Web 界面並導航至目標計算機的Rig → Flight Sheet部分。

2. 單擊“添加新航班表”，然後從下拉菜單中選擇雙挖礦模板 - 選項包括 ETH+ALPH、ETH+CFX 和 BTC+ERGO，具體取決於活躍礦池支持。

3. 定義主礦工二進制路徑，例如/hive/miners/lolminer/1.58/lolMiner ，後跟其相應的參數，包括 --algo ETHASH 和 --pool 端點。

4. 在專用字段中指定輔助礦工路徑和參數，確保使用 --devices 或 --gpu 參數標誌聲明不衝突的 CUDA 或 OpenCL 設備索引。

5. 保存飛行表並將其分配給設備的活動配置文件，然後重新啟動節點以啟動驗證檢查。

資源分配約束

1. 必須使用 --lhr_tune 或 --dualmode 標誌手動分割 VRAM 分配；禁用自動平衡以防止在紀元轉換期間哈希率下降。

2. 當兩個礦工同時訪問同一個 GPU 內存控制器時，內存帶寬限制將被應用——這會觸發記錄在/var/log/hive/flight-sheet.log下的內部 HiveOS 警告。

3、功率限制調整需要雙方礦工TDP設置協調；超過卡的熱設計功率會導致看門狗立即觸發重啟。

4. 兩個挖礦實例中核心和內存的時鐘偏移值必須保持相同，以避免 DAG 驗證層中報告的時序不一致。

監控和驗證信號

1. 實時雙挖礦狀態顯示在Rig Dashboard → Miner Stats面板中，其中每個算法接受的份額和算力都有單獨的行。

2. 異常行為表現為礦工之間的正常運行時間計數器不匹配，在“進程”→“運行”選項卡中可見，其中一個二進製文件可能顯示間歇性重生週期。

3. 當 GPU 組合利用率超過 97% 並持續超過 90 秒時，HiveWatch 警報就會觸發，這表明後台遙測任務的調度空間不足。

4. 任何核心傳感器上的溫度峰值高於 82°C 都會導致飛行表自動暫停，直到通過 CLI 命令hive-set temp_limit 80進行手動干預重置熱閾值。

常見問題解答

問：我可以在一張飛行表中運行來自不同供應商的兩個不同的礦工二進製文件嗎？答：是的，只要兩個二進製文件都支持相同的 GPU 驅動程序 ABI 並且不嘗試獨占設備鎖定。如果礦工強制執行 --no-nvml 或 --disable-watchdog 標誌，就會出現衝突。

問：儘管設備索引正確，為什麼我的輔助礦工仍報告“未找到 GPU”？答：當主礦工佔用所有可用的計算上下文時，就會發生這種情況。為兩個礦工分配顯式的 --device 0,1 語法，並使用 --no-autofind 禁用自動檢測。

問：雙挖挖礦時可以超頻嗎？答：通過 hive-config 應用的靜態超頻受到尊重，但在挖掘過程中激活的動態超頻配置文件會導致不穩定。當雙挖掘處於活動狀態時，HiveOS 會禁用 OC 應用程序，除非使用 --unsafe-oc 標誌強制執行。

問：操作系統更新後航班表是否仍然存在？答：航班表定義在次要的 HiveOS 更新中仍然存在，但在主要版本跳轉期間被清除（例如，v0.6 → v0.7）。在開始升級之前，始終使用 hive-backup 導出配置。