Geth6.2:由于更新，miner.start()将返回null和miner的散列率下降。

Question

在Geth版本上:1.6.2-不稳定的miner.start()返回null，它用于返回分配的进程数。它正常吗？miner.start(num) num标识线程号吗？

> miner.stop()
true
> miner.start(4)
null

我有一个很小的私人网络，只有一个矿工。这位矿工过去在503.7 KH/s的情况下工作了近几个月(自从它推出以来，geth V5.9已经发布了)，但现在它与103.7 KH/s一起工作，当我用6.2更新geth时，突然下降了。这个下降影响了所有矿工的哈希率，我观察到所有人的哈希率下降了大约5倍。

这种变化发生在我的其他节点上，在这些节点中，哈希速率变得非常慢。当我检查top geth消耗了所有的CPU功率时，我假设miner使用的是完全的CPU功率。

问：，矿工的哈希率下降的原因可能是什么(几乎慢了5倍)？这是否与geth对6.2版的更新有关？有没有人遇到过类似的问题？

问：，这是非常低效的。如果节点使用的哈希率要小得多，为什么在后台CPU会消耗所有的电源？或者只是更新了哈希率计算。

感谢您宝贵的时间和帮助。

Answer 1

这个问题已经解决了。

@karalabe

缺少的哈希率是一种回归。它在最新的稳定版本中得到了修正。请提供最新消息。至于潜在的放缓，我们确实在几年前将C++伦理代码切换到了一个Go版本。CPU挖掘在一般情况下是不可行的，因此争取绝对最大化性能是没有多大意义的。一个性能良好的CPU挖掘器已经足够用于私有/测试网了。