Performance 订购方和带Kafka的订购方的性能差异（延迟、吞吐量、TPS）

有人比较过orderer与Kafka和RAFT orderer之间的性能（延迟、吞吐量、TPS）吗

在这里，我可以看到延迟、吞吐量和TPS方面有很大的不同

我尝试在两个不同的VM上使用相同的设置和相同的资源配置（唯一的区别是Order系统）

注意：在两个网络中都使用了单个订购者。结构版本：1.4.4

使用Kafka的订购者比RAFT更高效。我使用RAFT和Kafka的默认配置

我试着以100 TPS的速度使用负载发生器。使用Kafka时，所有参数均正常（延迟-0.3至2秒），而使用RAFT时，延迟逐渐增加2至15秒以上，发送失败率也很高

在TPS、吞吐量和延迟方面存在如此巨大差异的原因是什么

---

如果我做错了，请更正。

对于初学者，我不会使用单个订购者运行性能测试。这些容错系统用于处理分布式系统的分布和一致性，因此，通过运行单个订购程序，从根本上消除了它们存在的原因。就好像你在土路上比较两辆跑车，想知道哪辆最快

然后还有其他因素，例如，如果您通过TLS连接服务，一般网络延迟以及您正在运行的代理/节点数量

Chris Ferris在Raft发布之前对这两个系统进行了初步性能分析，看起来它速度更快，每秒处理的事务量几乎是原来的两倍。你可以在这里阅读他的博文：

---

如果在高负载下运行分布式系统，您还应该注意可能发生的双重开销问题和密钥冲突。你应该采取必要的措施来避免这种情况，因为这可能会导致瓶颈。请参阅关于碰撞的中篇文章，以及Hyperledger Fabric自己关于设置碰撞的文档。

谢谢您的回复。我已经尝试与多个订购者达成共识（RAFT，Kafka）。现在我的观察是Raft为相同配置提供了更好的TPS。我已经阅读了你在上面分享的文章，它真的帮助了我。