本文首发于星际鑫航公众号 Lotus挖矿 - 小米+步枪 vs 飞机+大炮 ~ 低配置挖矿的践行

lotus测试网上线不久后，接二连三的有很多矿工冒出排行榜，很快有的存储算力甚至超过了官方，场面真可谓是壮观， 这“繁华”的背后流淌的是白花花的银子，让你不禁感叹这简直是土豪的烧钱游戏。

小米加步枪的尝试

在上一篇文章我们学习了 搭建 Lotus 测试网集群挖矿，我们从来都不是光说不练的团队，我们是 知行合一 的践行者，为了验证我们上次提出的方案的可行性，我们进行了真金白金的实战。

经过几天时间对lotus存储过程和研究和尝试，星际鑫航技术团队使用1台二手的老将+30台二手的残军机器， 综合时间在1.5天内(中途有过停止矿工，更换硬件，增加GPU等操作)获得了561G的算力，力图为证(矿工Id: t02636)：

本次测试的重点

星际鑫航关注的重点一直在于对lotus存储本身的测试和研究，从而了解lotus的稳定性和lotus不同存储过程状态对硬件资源的消耗情况， 最终得到一个数字上最合理的硬件资源模型，挖掘出硬件配置和存储算力产出之间的关系。这需要清晰的知道lotus存储过程的细节， 以及实践得到每个状态转换过程中主要耗费的硬件资源和时间，到最后得出怎样的硬件配比可以被充分利用，而不导致过多的资源闲置。

关于lotus的稳定性测试

总体评测如下：

1. 整体测试流程还是比较流畅的，硬件和GPU配置正确的情况下，官方描述的挖矿流程都可以顺利的跑通。
2. 测试期间没有无故的lotus和lotus-storage-miner进程退出，不像最早的Filecoin进程跑了一段时间会无故的退出(大多数情况下是硬件内存被耗尽， 向操作系统申请内存失败导致)。
3. lotus和lotus-storage-miner在工作期间可以使用ctrl+c安全退出，这个安全的定义是：杀掉进程后，再次启动，存储挖矿流程可以继续进行， 但是会出现部分出于某个状态的sector无法恢复，这个对于正式的文件存储是需要被解决的问题。
4. sector不同状态转换，会出现一定概率的出错，这个对于正式的文件存储，也是需要解决的问题。
5. 区块链整个流程都比较流畅，区块同步和出块在测试期间没有出现问题。

lotus存储主要的资源耗费

测试过程监测到的主要资源耗费如下：

我们的集群架构

我们采取是一个主节点+30个密封节点的集群形式，密封的是1G的sector。具体的硬件配置如下：

主节点 x 1

woker节点 x 30

lotus的sector转换过程和主要的资源耗费分析

lotus和lotus-storage-miner启动后，从最开始的数据到最后的网络的存储算力，主要的几个过程以及每个过程的耗费的主要的资源如下：

第一阶段：把文件数据(这里是指lotus pledge-sector的数据)分片进行addPieces前的工作。

资源耗费截图：

结果分析：这个过程主要耗费的是CPU的计算资源，磁盘IO和内存也会稍微偏高，相对CPU资源的增量来说，不算高。

第二阶段：将pieces添加到sector得到precommit的扇区。

结果分析：这个截图是单台的测试结果，发现CPU被占满了，内存也飚到了18G，但是还有不少空余，IO也是少量的，只有密封完了后， 回写数据的一段时间IO会偏高，对于单台这个过程主要的瓶颈在CPU，集群模式还得考虑带宽。

重点分析：sector的密封可以分布式进行，例如我们的正式测试环境就使用了30个小节点一起参与并发的密封，只要带宽足够， 整个密封的速度可以线性的增长，同时可以解放一些主节点的计算压力。但是密封节点的数量并不是越多越好， 瓶颈主要在带宽和主节点产出的pre-commit的sector数量的联动，例如：主节点产出的pre-commit数量不够，增加密封节点也是闲置的。

我们线上的密封节点截图如下：

密封节点在拉取和回写数据

Remote 节点数量

remote有30个，同时30个在线并且处于忙碌状态。

集群情况下的带宽使用情况

千兆的网卡基本已经处于满负荷的状态了。

第四阶段：将进行了密封的扇区进行时空证明。

主要资源耗费截图：

结果分析：这个过程主要耗费的是GPU（CPU效率太低），当然CPU和内存占用也会一定量的增大，这个地方没有截取到整体的监测截图。

配置和存储算力的关系总结

这个为了提高输出量得使用master主节点+n个woker节点的集群方案，主要的五个资源因素是：磁盘IO，CPU，内存，带宽，GPU； 每个因素维度都可以有很多的落地性的优化方案，但是有一点可以确定的是，这几个配置资源的关系一定要合理，不然会出现一些资源被占满， 另一些资源闲置的情况，没法充分利用资源，尤其是主节点的配置，有问题欢迎联系交流探讨。

下面是我在测试过程中的部分录屏的视频，不是很完整，但是大致包含了整个分析过程：

https://v.youku.com/v_show/id_XNDQ3MDkzNTIzNg==.html

插播一条小广告, 后面会有彩蛋：

接下来的关于 Lotus 挖矿干货的文章会率先发布在下面的星际鑫航微信公众号，有兴趣的同学可以关注一下：

矿工福利

星际鑫航会将整个过程集成到GammaOS以便于一键部署、运维、管理和查看基于数据统计的AI分析报告。我们在 2.0 改版的时候针对 Filecion 专门做了优化和 定制，您完全不用懂 Filecoin 挖矿，只需要登录 GammaOS 即可一键傻瓜式操作。

我们的 2.0 定制版正在已经接近开发完成，先放几张图让小伙伴们先睹为快， 周末的 mettingup 可以为大家演示测试版：

高大上的登录界面

仪表盘

Filecoin 节点管理，可以一键启动挖，停止挖矿，一键安装…

还有各种各种狂酷吊炸天的功能等待大家来体验。

彩蛋

截止到发文时间(2019年12月18日 星期三 18:15:33)，我们测试矿工总计挖了 746 多个 FIL

miner2@a:~$ lotus wallet balance
746.883388261873841873

产出不算高，但是以我们的算力显然不应该只有这么多的，于是我分析了一下我们的挖矿日志，发现我们有很多次轮到我们出块了，但是由于机器配置不高， 结果块被人抢了。，我找到两个贴出来：

这个出块花了 200 多秒，远远高于官方给出的截止出块时间 45s

这个是比上面那个短一些，但是也花了 116s 多。下面这个是成功的出块：

我们可以看到，这个出块的时间是 24s 多，因此这个是合法区块。

我大概统计了一下，我们出块的成功率只有三分之一，系统给出的报错是 block production took longer than the block delay. Your computer may not be fast enough to keep up，说是矿机配置不够高，运算不够快。

那到底是哪个环节不够快，CPU? RAM? 还是 GPU? 对此我咨询了 Filecoin 负责人 Why，他给出了一个解决方案，这个且听下回分解。