看懂算力、功耗与能效比

先给每个数字加上单位

算力描述每秒计算次数，功耗描述设备用电功率。记录算力时必须同时记录算法，SHA-256 的 TH/s 不能直接与 Scrypt 的 GH/s 排名。在同一算法下，还要先统一单位。报价里只写“200”不足以描述性能，需要补上算法、单位和工作模式。

在同一口径下计算能效

对于以 TH/s 表示算力的 SHA-256 设备，用 W 除以 TH/s 就得到 J/TH。例如，假设设备功耗为 3,500 W、算力为 200 TH/s，则能效为 17.5 J/TH。相同条件下数字越低，每单位计算所需能量越少，但这一个指标不能替代对价格、冷却和交付条件的完整比较。

把工作模式和测量条件写在一起

不要拿高性能模式的算力，搭配低功耗模式的用电数字。记录固件、环境条件、冷却配置，以及功耗是否包含电源损耗。厂商标称值和现场实测值分列；无法确认的数据留空，不要把不同条件下的参数拼成一套。

• 记录完整型号、算法和运行模式。
• 在同一测量时段记录算力和功耗。
• 把风机、水泵等辅助设备用电单列。

正确比较本地与矿池算力

设备面板与矿池未必采用同一统计时段。矿池算力根据提交的工作量估算，短时间内会有波动。判断设备是否异常之前，先对齐较长统计窗口，同时看在线时长和拒绝份额。记录中保留开始、结束时间，避免把刚开机的瞬时数据与全天均值比较。

标称能效之外，还要看有效工作

假设两台设备的本地算力和功耗接近，但其中一台反复重连。即便显示的 J/TH 很好看，实际交付工作量也可能偏低。用同期矿池工作量交叉检查，再调查产出损失原因。设备能效与现场交付质量应分开测量，避免把网络问题误判为芯片能效问题。

用受控测试比较运行模式

每种受支持模式分别记录稳定算力、墙上功耗、冷却需求和拒绝工作，尽量保持环境及观察周期可比。根据实测计算单位交付工作能耗，不只看模式名称。低功率模式与高产出模式适合的电价情景可能不同，应将实际数据放回成本表重新测算。