Underclocking

ASIC 是专门执行挖矿计算的芯片。工作频率可以用 MHz 等单位表示，决定它工作的节奏。MHz是兆赫，即每秒百万次时钟周期。时钟周期数不等于完成的哈希尝试次数。保罗首先需要知道自己是相对于哪个配置降低频率；没有基准，“更低”就缺少明确含义。Braiins 解释，运行速度降低后，芯片也可能允许使用更低的电压。不过，只改变频率并不能保证电压随之改变。Mining Firmware 是控制矿机的软件，它可以同时调整两者，但频率和电压始终是不同的参数。 [1] [6] [7]

设想芯片每秒完成的工作步骤变少，其开关活动消耗的部分能量就可能下降。Braiins 将这种关系简化为 W = a × F × V²：这里W表示以瓦为单位的功耗，F表示频率，V表示电压。字母a是该模型的系数。电压在模型中以平方形式出现。这是在解释一种关系，并非精确计算整台矿机功耗的公式。风扇也要用电，电源还有转换损耗。因此，保罗不能仅凭设置中的频率推算出准确的电费。 [1] [7]

来看一个自设的说明性例子：2000 W / 100 TH/s = 20 J/TH。调整后测得 1200 W / 50 TH/s = 24 J/TH。TH/s是每秒太哈希，即以每秒一万亿次为单位表示的哈希尝试速度。J/TH是焦耳每太哈希，即完成一万亿次这样的尝试所需的能量。功耗降低了 40%，但完成同样数量的尝试反而要多用 20% 的能量。减轻供电线路负担可能有用，不过能效确实下降了。这是教学计算，不是某款矿机的推荐设置。保罗必须同时观察耗电和实际完成的工作。 [1] [5] [6] [7]

保罗修改设置后，即时返回的确认通常表示指令已收到，不一定表示目标已实现。LuxOS 的 frequencyset 文档说明，频率会逐步过渡。可以用 frequencyget 查看当前频率，或通过 IsRamping 判断调整是否还在进行。S9 还只支持某些固定频率档位，因此返回的 Frequency 字段代表最接近请求值的可用目标，不一定与输入数值完全一致。即便目标已确定，也不能据此认定芯片已经运行在这个频率上。 [2]

并非每次调整都需要保罗手动操作。LuxOS 使用 ATM，即 Advanced Thermal Management，根据温度调节运行状态。设备变热时可以降低频率，冷却后再在允许范围内提高。提高频率需要所有可用的温度输入都满足条件，而不只是某块算力板比较凉。具体取决于硬件，这些数据可能包括芯片温度，水冷设备还包括进水温度。理由很直观：一个部件变凉，并不意味着整台机器都已处于安全温度。 [3]

Underclocking 不能保证矿机在任意差的散热条件下都不停机。在 LuxOS 中，Minimum Profile 规定 ATM 可以降到的最低配置；按功耗目标控制时，power_min 是调节下限。如果保罗把下限设得过高，而机器仍然过热，调节就没有继续退让的空间。此时固件可能关闭设备。下限并不是“无论如何都至少维持这点产出”的承诺：温度保护优先于期望的性能。 [3]

Braiins 使用 DPS，即 Dynamic Performance Scaling，根据条件改变功耗或 hashrate 目标。Hashrate 是每秒进行哈希尝试的数量。能否恢复到较高档位，取决于软件版本、运行模式和时间条件。DPS Memory 会考虑设备之前的反应，避免设置频繁来回切换。因此，即使界面上还有更高的配置，ASIC 运行较慢也未必是故障。保罗应先检查温度和日志，找出受限原因。为了让数字升高而关闭保护，并不能消除原因。 [4]

Underclocking 可以让挖矿继续，只是速度降低。完全暂停计算属于另一种状态，而且也不一定意味着零耗电：控制电路或冷却系统可能仍在工作。保罗应比较温度相近、时长相同的运行区间，测量整套设备从插座取用的功率，并查看错误和矿池接受的工作。矿池是协调矿工的服务。软件功耗估计不等于独立测量。综合这些数据，才能判断是否达成目标；单纯降频不会承诺省钱、延长寿命或盈利。 [1] [5]