为什么Hyperledger Fabric在我们的部署基准测试中表现如此糟糕？

Question

我们使用Hyperledger Fabric和Composer来构建一个带有频道和3个对等体（8GB，8CPU）的系统，但是我们面临两个问题，如下所示：

性能非常低：10 tps。这是作曲家的极限还是我们在实施中的错误？

大小非常大，与SQL Server相比超过20倍。在SQL中有1000条记录，我们使用了40MB但是上面的Hyperledger系统（3个对等）是700MB（我认为如果它是线性的，Hyperledger的大小应该是= 40 * 4 = 160MB）。这个尺寸是正常还是我们的错？什么是尺寸优化的最佳做法？

谢谢你的进步

Answer 1

  

性能非常低：10 tps。是作曲家的限制还是   我们的执行错误？

我不了解作曲家，但它绝对不是Fabric的限制。有关您的部署的更多数据会有所帮助。

  

大小非常大，与SQL Server相比超过20倍。   在SQL中有1000条记录，我们使用了40MB但是使用了Hyperledger系统   如上所述（3个同行）是700MB（我想如果它的大小是线性的   Hyperledger应为= 40 * 4 = 160MB）。

单笔认可的交易重约3K。 1000 * 3K大约是3MB ...这里的东西已关闭;） 你有几个街区和交易？

Answer 2

我进行了一些类似的测试。我采用了一个现有的微服务，并用对使用Hyperledger Composer构建的业务网络的API调用替换了MySql，Redis和Cassandra部件。原始微服务的存储容量是Fabric下CouchDB的750倍。您可以在Evaluating Hyperledger Composer的这篇文章中阅读有关此实验的所有信息。