回答
取決於你的意思是「性能」。
我有很多Tibco的經驗,但沒有Hessian,所以我只能評論RV的一面。
RV使網絡和服務器資源非常高效(我的意思是非常高效),它廣泛使用TCP/IP廣播來避免向n個客戶端發送相同的消息。此外,消息不會直接發送到客戶端,而是發送到機器上的端點,然後將消息轉發給登錄到機器的任何客戶端。
另外,核心產品已有幾年的歷史,可以運行在1995年左右被認爲是相當謙虛的硬件上(單個處理器200Mhz 256MB內存SparcStation對於服務器端來說是典型的!),所以在今天的硬件上它可以處理大量的消息,同時坐在「頂部」列表的底部。
有幾個缺點(與Webshpere MQ相比);交易支持是有限的,不符合MQ或數據庫標準,加上沒有內置保證交付或「死信」處理,儘管在應用程序中很容易對此進行編碼。
我記得在1991/92的時間框架上,在33mhz的機器上做了一次Tibco試驗。 – AnthonyLambert 2010-09-21 16:17:10
我會去開始的地方是:
首先檢查通訊服務的底層結構。
TIBCO Rendezvous看起來像它直接建立在TCP/IP之上,並且具有廣泛的跨平臺支持。
Hessian Messaging似乎是標準RPC之上的一層代碼。這使得更簡單和更容易維護,但也意味着它完全依賴於RPC實現。
另一種方法可以用來比較有多少人使用它以及如何進行良好的測試。
最後,一件好事就是看看TIBCO和Hessian提供的演示版本是否可以在自己的環境中進行實際壓力測試,以獲得對您獨特環境中性能的最佳理解。
關於Tibco Rendezvous的小調整:我相信RV使用基於局域網的UDP; TCP/SSL用於WAN通信。 – 2010-08-27 14:12:30
@unhillbilly;謝謝澄清。 – 2010-08-27 14:35:34
- 1. Tibco與TCP(Rendezvous/RV)
- 2. TIBCO Rendezvous Rv守護進程 - 監視狀態和錯誤
- 3. 如何從C#使用TIBCO RV獲得更好的性能?
- 4. 與tibco Rendezvous彈簧整合
- 5. 寫作hessian serivce
- 6. Optim.jl:負反Hessian
- 7. 春天Hessian異常
- 8. Hessian,添加標題
- 9. 測試Hessian remoting-servlet.xml
- 10. Spring + iBatis + Hessian緩存
- 11. 消息選擇器vs Tibco EMS上的消息過濾主題
- 12. TIBCO EMS錯誤
- 13. Tibco錯誤:ClassNotFoundException:com.tibco.tibjms.naming.TibjmsInitialContextFactory
- 14. TIBCO GI + JAVASCRIPT
- 15. Tibco設計師
- 16. TIBCO EMS ActiveDatabase _ADB.DUPDETECT
- 17. Tibco-EMS隊列
- 18. Tibco RendezVous郵件內容日誌
- 19. Hessian是否有超時?
- 20. Windows Phone 7/Silverlight上的Hessian?
- 21. TIBCO JMS jar文件
- 22. Tibco發送命令
- 23. Tibco BusinessWorks - Projlibs和GVs
- 24. Tibco商業作品
- 25. Tibco中的SSLHandshakeException BW
- 26. 獲得TIBCO EMS隊列
- 27. Tibco Designer與TFS 2010集成
- 28. TIBCO鷹樣品ConsoleApp測試
- 29. TIBCO BW或Java中的WS
- 30. Tibco單元測試工具
既然Tibco RV是一個JMS的實現,我假設你的意思是Hessian用於消息傳遞作爲Resin的一部分而不是Hessian二進制Web服務協議(http://hessian.caucho.com/)? – 2010-05-10 00:16:28