如何在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 导出配置。