黑森州vs蒂布科RV

Question

我正在針對Java應用程序在性能方面對比Tibco rv和Hessian。

任何使我入門的指針都值得贊賞。 謝謝。

Answer 1

取決於您所說的“性能”。

我有很多Tibco的經驗，但是沒有Hessian，所以我只能評論RV方面。

RV可以非常有效地（並且我的意思是非常高效）使用網絡和服務器資源，它可以廣泛使用TCP / IP廣播，以避免向n個客戶端發送相同的消息。 另外，消息不是直接發送到客戶端，而是發送到計算機上的端點，然后端點將消息轉發到登錄到計算機上的任何客戶端。

另外，核心產品已經使用了幾年，並且被設計為在大約1995年被認為是相當適中的硬件上運行（單個處理器200 mhz 256MB內存SparcStation在服務器端是典型的！），因此在當今的硬件上，它可以處理大量數據。排在“ top”列表底部的消息。

有兩個缺點（與Webshpere MQ相比）； 事務支持是有限的，並且不符合MQ或數據庫標准，此外還沒有內置的保證交付或“死信”處理，盡管在應用程序中可以很容易地對此進行編碼。

Answer 2

我要開始的地方是：

首先檢查消息傳遞服務的基礎結構。

TIBCO Rendezvous看起來像是直接建立在TCP / IP之上，並且具有廣泛的跨平台支持。

Hessian Messaging似乎是標准RPC之上的代碼層。 這使得它可能更容易維護，但也意味着它完全依賴於RPC實現。

另一種方法是比較使用它的人數和測試的程度。

最后 ，要做的一件好事是看TIBCO和Hessian是否提供了可以在您自己的環境中實際進行壓力測試的演示版本，從而在兩種獨特的環境中獲得最佳性能。