目前我正在为一个项目将 TIBCO RV 迁移到 NATS IO。我很想知道是什么内部架构使 NATS IO 在其网站http://nats.io/about/ 中声称具有卓越的性能。我在网上找不到任何解释 nats 内部结构的资源。谁能帮我解决这个问题。
【问题讨论】：
标签： performance message-queue nats.io
在protocol documentation 到presentation 中引用了一个很好的概述，由 NATS 的创建者 Derek Collison 提供。他涵盖了 NATS 的一些高性能领域，包括零分配字节解析器、主题管理算法和 golang 优化。
NATS 是开源的 - 实现细节可以在 gnatsd repository 中找到。协议parser 和subject handling 将是一些值得关注的领域。
【讨论】：
当然，我大量参与了 RV 和 NATS。我并不是说 NATS 比 RV 快。虽然我设计和建造了这两种产品，但多年来我没有测试过 RV 的任何性能。 NATS 应该比较好，当然是 OSS，并且有一个简单的基于 TEXT 的协议与 RV 的二进制协议。 NATS 也是使用 TCP/IP 的覆盖设计，类似于我也设计的 TIBCO 的 EMS，但是 RV 可以使用多播 (PGM) 或可靠广播。因此，在大多数情况下，RV 在大扇出时会更有效。
【讨论】：
一般而言，消息传递系统的性能与 IMO 的 3 个简单事物有关。
每个 IO 调用可以处理多少消息或从用户空间跳转到内核空间。
您可以多快路由消息以进行分发，例如主题经销商。
系统在复制数据以实现 #1 合并消息方面的效率如何。
【讨论】：