jboss性能指標

技術來了又去，但是一件事保持不變。

在設計企業(yè)解決方案時，我們喜歡使我們的生活更輕松的復雜組件，作為建筑師和開發(fā)人員，我們一直在尋找使我們的生活更輕松的方法。

一種方法是跟上與感興趣的技術有關的流行新站點。 另一種方法是，以關于技術主題的書籍，雜志或博客的形式盡可能多地閱讀。

介紹

在研究領域中，我們可以更深入，更深入地研究我們感興趣的技術的根源。 例如，在該站點上，您可以找到我在荷蘭奈梅亨的拉德布德大學支持通用信息檢索研究時所涉及的一些早期作品 。 這項經(jīng)驗表明，觀看更嚴格和更深入的資源非常有價值，這些資源為我感興趣的技術領域的各種基于科學的會議貢獻了研究論文。

當Mark Proctor指出一項復雜事件處理（CEP）引擎的新比較研究 ，其中包括基于JBoss社區(qū)的Drools項目引擎時，是時候深入研究本文并檢查與JBoss產(chǎn)品相關的結(jié)果了。 本文引用的社區(qū)組件是Drools項目的一部分，可以在我們直接支持的JBoss業(yè)務規(guī)則管理系統(tǒng)（BRMS ）和JBoss BPM Suite產(chǎn)品中找到。 使用的社區(qū)版本為5.5，該版本已從6.0版及更高版本集成到JBoss BRMS中 。

我的確意識到并不是每個人都喜歡這些論文中用來證明和支持理論結(jié)果的嚴格的數(shù)學基礎。 因此，為了向您提供有關社區(qū)與產(chǎn)品之間的聯(lián)系的JBoss相關信息，本文將重點僅針對Drools提取與CEP相關的結(jié)果。

您可以免費下載和閱讀在第十屆網(wǎng)絡戰(zhàn)爭與安全國際會議（ICCWS-2015）上提交的完整原始論文，作者非常樂意將整個論文放在網(wǎng)上。

總覽

本文著眼于一類信息系統(tǒng)，該系統(tǒng)將數(shù)據(jù)和事件收集在一起，以提供在當今復雜的信息技術環(huán)境中審核或維護某種形式的安全性的能力。 他們在論文中將這些系統(tǒng)分類為軟件信息和事件管理（SIEM）系統(tǒng)，流行的基于開源規(guī)則的基于Drools復雜事件處理（CEP）引擎適合作者評估。

作者認為這些系統(tǒng)的最重要特征是“…相關引擎，該引擎用于規(guī)范化，減少，過濾和匯總來自一組異構輸入的事件。” 本文有望比較并介紹以下相關引擎的性能評估：

• 簡單事件關聯(lián)器（SEC）
• 埃斯珀
• 結(jié)腦
• Drools，JBoss BRMS和JBoss BPM Suite中的Red Hat支持

本文的其余部分將參考與受支持的JBoss BRMS相關的結(jié)果，該結(jié)果產(chǎn)生了Drools CEP引擎，作者在本文中將其視為相關引擎。 請記住，JBoss BPM Suite是JBoss BRMS的超集，因此，本文我們選擇關注JBoss BRMS。

測試體系結(jié)構使用一組處理規(guī)則將負載推入JBoss BRMS CEP組件，監(jiān)視進度，然后將結(jié)果過濾到報告中。 生成事件以觸發(fā)規(guī)則并以預定義的分布。

該論文還指出，對CEP組件進行了優(yōu)化，以產(chǎn)生可能的最佳結(jié)果，但是作者沒有提供任何詳細說明。 測試是在虛擬化Xeon CPU X5660處理器（基于Linux的操作系統(tǒng)）上完成的，已分配了4GB RAM，并且該測試套件有多次運行。

基準測試

最終數(shù)取為三個運行中測得的結(jié)果的平均值，并反映了基于執(zhí)行時間和吞吐量（每秒處理的事件）的測量結(jié)果。 下面顯示了事件數(shù)量可變的規(guī)則數(shù)量的規(guī)則和規(guī)則數(shù)量可變的事件數(shù)量的結(jié)果。

1. 500條規(guī)則集的執(zhí)行時間和吞吐量

事件按比例放大，規(guī)則集的大小保持不變。

• 1k事件
  • 吞吐量– 125個事件/秒
• 10k事件
  • 吞吐量– 1111個事件/秒
• 100k事件
  • 吞吐量– 6250個事件/秒
• 一百萬個事件
  • 吞吐量– 14286個事件/秒

與其他引擎相比，事件集從中到大時，我們看到處理吞吐量顯著提高，這是按2或3倍衡量的快速相關引擎。 由于索引和引擎設置的初始成本，較小的事件集幾乎看不到變化， Mark Proctor在其關于這些結(jié)果的文章中指出 。

2.一百萬個事件集的執(zhí)行時間和吞吐量

提供的第二個結(jié)果基于單個大型事件集和規(guī)模不斷增長的規(guī)則集。

• 20條規(guī)則
  • 吞吐量– 21,272個事件/秒
• 200條規(guī)則
  • 吞吐量– 14,925個事件/秒
• 500條規(guī)則
  • 吞吐量– 14,286個事件/秒

這些都是引人注目的，并且隨著規(guī)則集規(guī)模的擴大，性能也可以很好地擴展。 同樣，較小的規(guī)則集會感覺到引擎設置和索引操作的影響，導致標準時間損失隨著工作量的增加而變得可以忽略不計。

我們將作者提出的結(jié)論作為練習供您閱讀，但是毫無疑問，無論大小或規(guī)則的復雜性，JBoss BRMS CEP組件都提供了一個強大而強大的引擎來處理事件流。

翻譯自: https://www.javacodegeeks.com/2015/08/jboss-brms-complex-event-processing-cep-performance-benchmark.html

jboss性能指標

總結(jié)

以上是默认站点為你收集整理的jboss性能指标_JBoss BRMS复杂事件处理（CEP）性能基准的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得默认站点網(wǎng)站內(nèi)容還不錯，歡迎將默认站点推薦給好友。