日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

JBoss BRMS复杂事件处理(CEP)性能基准

發布時間:2023/12/3 编程问答 31 豆豆
生活随笔 收集整理的這篇文章主要介紹了 JBoss BRMS复杂事件处理(CEP)性能基准 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

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

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

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

介紹

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

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

我確實意識到并不是每個人都喜歡這些論文中用來證明和支持理論結果的嚴格的數學基礎。 因此,為了向您提供有關社區與產品之間的聯系的JBoss相關信息,本文將專注于僅提取Drools的CEP相關結果。

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

總覽

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

作者認為這些系統的最重要特征是“…相關引擎,該引擎用于標準化,減少,過濾和匯總來自一組異構輸入的事件。” 本文有望比較并介紹以下相關引擎的性能評估:

  • 簡單事件關聯器(SEC)
  • 埃斯珀
  • 結腦
  • Drools,JBoss BRMS和JBoss BPM Suite中的Red Hat支持

本文的其余部分將參考與受支持的JBoss BRMS相關的結果,該結果可產生Drools CEP引擎,作者在本文中將其視為相關引擎。 請記住,JBoss BPM Suite是JBoss BRMS的超集,因此,在本文中,我們選擇專注于JBoss BRMS。

測試體系結構使用一組處理規則通過JBoss BRMS CEP組件推動了負載,監視了進度,然后將結果過濾到報告中。 生成事件以觸發規則并以預定義的分布。

該論文還指出,對CEP組件進行了優化,以產生可能的最佳結果,但是作者并未提供任何細節說明。 測試是在虛擬化的Xeon CPU X5660處理器(基于Linux的操作系統)上進行的,已分配了4GB的RAM,并且該測試套件有多次運行。

基準測試

最終數取為三個運行中測得的結果的平均值,并反映了基于執行時間和吞吐量(每秒處理的事件)的測量結果。 以下顯示事件數量可變的規則數目的規則和規則數量可變的事件數目的結果。

1. 500條規則集的執行時間和吞吐量

事件按比例擴大,規則集的大小保持不變。

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

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

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

提供的第二個結果基于單個大型事件集和規則集,它們的大小會不斷增長。

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

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

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

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

總結

以上是生活随笔為你收集整理的JBoss BRMS复杂事件处理(CEP)性能基准的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。