Sybase Aleri CEP平臺性能測試：STAC認(rèn)證

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

1 驗(yàn)證CEP性能說明

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

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

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

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

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

系統(tǒng)配置

3 結(jié)果

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

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

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

基準(zhǔn)測試1： 四核

基準(zhǔn)測試2：六核