我希望在性能方面对比 Tibco rv 和 Hessian - 对于 Java 应用程序。
任何让我开始的指针表示赞赏。谢谢。
取决于您所说的“性能”是什么意思。
我有很多 Tibco 经验,但没有 Hessian,所以我只能评论 RV 方面的事情。
RV 对网络和服务器资源的使用非常有效(我的意思是非常有效),它广泛使用 TCP/IP 广播来避免向 n 个客户端发送相同的消息。此外,消息不会直接发送到客户端,而是发送到机器上的端点,然后将消息转发到登录到机器上的任何客户端。
此外,核心产品已有数年历史,设计用于在 1995 年左右被认为相当普通的硬件上运行(单处理器 200 mhz 256MB 内存 SparcStation 对服务器端来说是典型的!)所以在今天的硬件上它可以处理大量容量位于“顶部”列表底部的消息数量。
有几个缺点(与 Webshpere MQ 相比);事务支持是有限的,不符合 MQ 或数据库标准,而且没有内置的保证交付或“死信”处理,尽管在应用程序中围绕这一点进行编码相当容易。
我要开始的地方是:
首先检查消息传递服务的底层结构。
TIBCO Rendezvous看起来像是直接构建在 TCP/IP 之上并具有广泛的跨平台支持。
Hessian Messaging似乎是标准 RPC 之上的一层代码。这可能使它更简单、更容易维护,但也意味着它完全依赖于 RPC 实现。
另一种方法是比较有多少人使用它以及它的测试程度。
最后,要做的一件好事是看看 TIBCO 和 Hessian 是否提供了您可以在自己的环境中实际进行压力测试的演示版本,以便在您的独特设置中更好地了解两者的性能。