本文闡述了STAC對Sybase Aleri CEP平臺（之前的Aleri CEP 平臺）的認證。

1 驗證CEP性能說明

依賴復雜事件處理(CEP)應用的企業(yè)通常對性能有著非常高的標準。他們要求CEP應用以極其高速的消息速率處理事件數(shù)據(jù)，最小程度的延遲（處理一條事件消息所需的時間）是最優(yōu)先考慮的。

技術提供商對其解決方案在苛刻情況下的性能夸夸其談，然而卻缺乏獨立的、經驗證的證據(jù)。最近，Aleri、Sun Microsystems、以及Intel聯(lián)合委托證券技術分析中心（STAC）提交了一份關于某商業(yè)CEP平臺的客觀的性能數(shù)據(jù)。STAC是一家為資本市場客戶提供技術評估的獨立機構。STAC通過兩個單獨的測試對Aleri Streaming Platform進行了分析，提供雙數(shù)據(jù)點，更好的評估CEP應用的性能。第一個測試基于Intel 四核處理器，第二個測試基于Intel六核Dunnington處理器。所有其他的系統(tǒng)配置對每個測試都是相同的。該測試是第一次有一家供應商提供了對CEP應用的經論證的性能基準測試。

2 創(chuàng)建實際的測試環(huán)境

為模擬實際的環(huán)境，該測試使用了一個訂單匯總模型，匯總來自多個交易所的股權訂單數(shù)據(jù)。選擇該模型是為了測試CEP平臺的需要，維持所有訂單狀態(tài)以及處理每個交易所的新消息如插入（新訂單）、更新（修改一個已有的訂單）、刪除（訂單取消）。該模型比僅按簡單的時間序列進行操作但無需維持狀態(tài)的模型包含了更加密集型的處理。同時，該模型并不過濾數(shù)據(jù)，這意味著每條新進的消息都會觸發(fā)輸出流的更新。

該測試模型由Aleri Reuters OMM適配器提供輸入，該適配器從一個Reuters RMDS測試系統(tǒng)中訂閱OMM格式的訂單數(shù)據(jù)。吞吐量在事件源端以消息速率進行評估，消息速率指每秒被輸入到Aleri 服務器的消息總量。延遲的定義是指Reuters RMDS測試系統(tǒng)開始發(fā)送消息到Aleri OMM適配器的起始時間，與訂閱Aleri服務器輸出的客戶應用接收到結果更新的終止時間之間的間隔。

系統(tǒng)配置

3 結果

在首先基于四核配置的基準測試中，以連續(xù)的訂單事件吞吐率評估端對端的延遲，在20 K/s的增量下，延遲為20 K/s到180 K/s。在第二個基于六核配置的集中測試中，在20K/s的增量下，吞吐率從20 K/s到300 K/s。

從第二個測試數(shù)據(jù)可以很明顯的看出，在處理器核的數(shù)量增加50%的情況下，吞吐量增加了67%。這證明了Aleri對多核架構的擴展能力。使用的數(shù)據(jù)是實際的市場數(shù)據(jù)，基于可以模擬實時市場數(shù)據(jù)之動態(tài)過程（如 微-突發(fā)）的STAC工具進行回放。通過兩個5 min的運行來評測每個吞吐率。

對每個運行的延遲統(tǒng)計，從Aleri RMDS適配器讀入訂單事件，即模擬的市場數(shù)據(jù)輸入開始一直到訂閱客戶從匯總的訂單讀出事件為止（它代表了最長的流路徑）。這模擬了客戶在由不斷進入的市場輸入事件所觸發(fā)的匯總訂單變化過程中對延遲監(jiān)控的體驗。請閱讀STAC官方報告http://www.stacresearch.com/aleri查看每個運行的具體結果以及該認證過程的詳細情況。

基準測試1： 四核

基準測試2：六核