为什么Hyperledger Fabric的性能在我们的部署基准测试中如此糟糕？
我们使用Hyperledger Fabric和Composer构建了一个具有通道和3个对等体(8 8GB、8CPU)的系统，但我们遇到了如下两个问题：
性能非常低: 10 tps。这是编写器的限制还是我们在实现上的错误？
大小非常大，是SQL Server的20多倍。对于SQL中的1000条记录，我们使用了40MB，但使用上面的Hyperledger系统(3个同级)是700MB (我认为如果它是线性的，Hyperledger的大小应该是= 40*4 = 160MB)。这个尺码是正常的还是我们的错？大小优化的最佳实践是什么？
感谢预付款
回答 2
Stack Overflow用户
发布于 2018-04-04 03:02:45
性能非常低:10TPS。这是编写器的限制还是我们在实现上的错误？
我不知道composer，但它绝对不是Fabric的极限。更多关于您的部署的数据将是有帮助的。
非常大，是SQL Server的20多倍。对于SQL中的1000条记录，我们使用了40MB，但使用上面的Hyperledger系统(3个同级)是700MB (我认为如果它是线性的，Hyperledger的大小应该是= 40*4 = 160MB)。
一笔背书交易的重量约为3K。1000*3K大约是3MB...这里有一些东西是关闭的;)你有多少块和事务？
Stack Overflow用户
发布于 2018-08-07 23:33:08
我做了一些类似的测试。我采用了现有的微服务，并将MySql、Redis和Cassandra部分替换为对使用Hyperledger Composer构建的业务网络的API调用。原始微服务的存储容量效率是Fabric下CouchDB的750倍。你可以在Evaluating Hyperledger Composer上的这篇文章中读到关于这个实验的所有内容。
https://stackoverflow.com/questions/49630354
复制相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号