Hessian vs Tibco rv

Question

我正在尋找對比Tibco rv和Hessian在性能方面 - 對於Java應用程序。

任何指針讓我開始讚賞。謝謝。

Answer 1

取決於你的意思是「性能」。

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

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

另外，核心產品已有幾年的歷史，可以運行在1995年左右被認爲是相當謙虛的硬件上（單個處理器200Mhz 256MB內存SparcStation對於服務器端來說是典型的！），所以在今天的硬件上它可以處理大量的消息，同時坐在「頂部」列表的底部。

有幾個缺點（與Webshpere MQ相比）;交易支持是有限的，不符合MQ或數據庫標準，加上沒有內置保證交付或「死信」處理，儘管在應用程序中很容易對此進行編碼。

Answer 2

我會去開始的地方是：

首先檢查通訊服務的底層結構。

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

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

另一種方法可以用來比較有多少人使用它以及如何進行良好的測試。

最後，一件好事就是看看TIBCO和Hessian提供的演示版本是否可以在自己的環境中進行實際壓力測試，以獲得對您獨特環境中性能的最佳理解。