如何配置BZMiner进行低延迟挖矿？ （效率）

了解 BZMiner 架构

1. BZMiner 采用模块化事件驱动核心构建，通过异步 I/O 通道处理共享提交和矿池通信。

2. 当延迟阈值低于 12 毫秒时，其内部调度程序会优先考虑网络数据包处理而不是 GPU 内核调度。

3. 矿工在 stratum 客户端和 CUDA 运行时之间使用内存映射缓冲区，以消除作业转换期间冗余的 memcpy 操作。

4. 每个挖掘线程维护自己的轻量级上下文，避免在随机数生成期间出现全局互斥争用。

5. --stratum-notify-mode 2等配置参数启用二进制作业更新而不是 JSON 解析，从而将每个作业的开销减少高达 40%。

网络堆栈优化

1. 使用--net-if eth1将 BZMiner 绑定到专用 NIC 接口，将挖矿流量与系统背景噪音隔离。

2. 通过--tcp-nodelay 1禁用 Nagle 算法可确保立即传输层通知数据包，而不会出现缓冲延迟。

3. 设置--keepalive-interval 5强制每五秒进行一次持续的 TCP keepalive 探测，以防止中间件引起的连接停顿。

4. 使用--stratum-udp启用基于 UDP 的作业交付可以绕过作业推送的 TCP 握手延迟，尽管它需要池端支持。

5. 配置--dns-resolver local通过本地存根解析器而不是外部服务器路由 DNS 查询，将解析时间从约 80 毫秒缩短到 5 毫秒以下。

GPU 执行调优

1. 使用--gpu-fan 75保持一致的热余量，防止时钟限制导致可变的内核启动延迟。

2. 指定--gpu-clock 1200将内存时钟锁定在稳定的频率，消除 DAG 初始化期间的动态缩放抖动。

3. 启用--no-gpu-dag-prealloc会推迟完整的 DAG 分配，直到第一个有效作业到达，从而将 24GB 卡上的初始同步时间缩短 1.8 秒。

4. 应用--gpu-threads 2限制每个设备的并发内核启动，从而减少 GPU 调度程序的上下文切换压力。

5. 设置--kernel-launch-delay 0可消除人为的内核间间隙，从而允许在作业快速连续到达时连续执行。

层协议改进

1. 激活--stratum-v2启用会话复用和压缩作业编码，将平均作业大小从 1.2KB 减少到 380B。

2. 使用--submit-stale 0丢弃新工作公告后生成的共享，强制执行严格的新鲜度，而不会产生提交后验证延迟。

3. 配置--reconnect-delay 0.3会在检测到断开连接后 300 毫秒内发起重新连接尝试，从而最大程度地减少池故障转移期间的停机时间。

4. 启用--stratum-compact使用 LZ4 压缩作业负载，将高延迟链路上的线路时间序列化减少 62%。

5. 设置--share-verify-mode 1在提交之前在本地执行部分共享验证，在网络往返发生之前拒绝无效共享。

常见问题解答

问：BZMiner 是否支持硬件加速 TLS 进行加密层连接？答：是的。当使用 OpenSSL 3.0+ 并启用 AES-NI 进行编译时，BZMiner 将 TLS 记录加密卸载到 CPU 指令集，每次加密作业提交增加的时间不到 0.4 毫秒。

问：BZMiner 是否可以在没有自定义内核模块的情况下以低于 10 毫秒的 ping 时间运行到矿池？答：是的。使用标准 Linux 内核与--net-priority realtime和绑定到隔离 CPU 内核的 IRQ 亲和力相结合，可以实现低于 10 毫秒的延迟。

问：有没有办法测量 BZMiner 内部每股的实际提交延迟？答：是的。启用--log-share-latency会将作业接收、发现的随机数和提交确认的微秒精度时间戳写入调试日志中。

问：BZMiner 在检测到矿池 RTT 较高时是否会自动调整其行为？答：不会。BZMiner 不会根据观察到的 RTT 进行自动调整。必须使用静态标志为每个池环境手动配置所有延迟敏感参数。