Sybase Aleri CEP平台性能测试：STAC认证

本文阐述了STAC对Sybase Aleri CEP平台（之前的Aleri CEP 平台）的认证。

1 验证CEP性能说明

依赖复杂事件处理(CEP)应用的企业通常对性能有着非常高的标准。他们要求CEP应用以极其高速的消息速率处理事件数据，最小程度的延迟（处理一条事件消息所需的时间）是最优先考虑的。

技术提供商对其解决方案在苛刻情况下的性能夸夸其谈，然而却缺乏独立的、经验证的证据。最近，Aleri、Sun Microsystems、以及Intel联合委托证券技术分析中心（STAC）提交了一份关于某商业CEP平台的客观的性能数据。STAC是一家为资本市场客户提供技术评估的独立机构。STAC通过两个单独的测试对Aleri Streaming Platform进行了分析，提供双数据点，更好的评估CEP应用的性能。第一个测试基于Intel 四核处理器，第二个测试基于Intel六核Dunnington处理器。所有其他的系统配置对每个测试都是相同的。该测试是第一次有一家供应商提供了对CEP应用的经论证的性能基准测试。

2 创建实际的测试环境

为模拟实际的环境，该测试使用了一个订单汇总模型，汇总来自多个交易所的股权订单数据。选择该模型是为了测试CEP平台的需要，维持所有订单状态以及处理每个交易所的新消息如插入（新订单）、更新（修改一个已有的订单）、删除（订单取消）。该模型比仅按简单的时间序列进行操作但无需维持状态的模型包含了更加密集型的处理。同时，该模型并不过滤数据，这意味着每条新进的消息都会触发输出流的更新。

该测试模型由Aleri Reuters OMM适配器提供输入，该适配器从一个Reuters RMDS测试系统中订阅OMM格式的订单数据。吞吐量在事件源端以消息速率进行评估，消息速率指每秒被输入到Aleri 服务器的消息总量。延迟的定义是指Reuters RMDS测试系统开始发送消息到Aleri OMM适配器的起始时间，与订阅Aleri服务器输出的客户应用接收到结果更新的终止时间之间的间隔。

系统配置

3 结果

在首先基于四核配置的基准测试中，以连续的订单事件吞吐率评估端对端的延迟，在20 K/s的增量下，延迟为20 K/s到180 K/s。在第二个基于六核配置的集中测试中，在20K/s的增量下，吞吐率从20 K/s到300 K/s。

从第二个测试数据可以很明显的看出，在处理器核的数量增加50%的情况下，吞吐量增加了67%。这证明了Aleri对多核架构的扩展能力。使用的数据是实际的市场数据，基于可以模拟实时市场数据之动态过程（如 微-突发）的STAC工具进行回放。通过两个5 min的运行来评测每个吞吐率。

对每个运行的延迟统计，从Aleri RMDS适配器读入订单事件，即模拟的市场数据输入开始一直到订阅客户从汇总的订单读出事件为止（它代表了最长的流路径）。这模拟了客户在由不断进入的市场输入事件所触发的汇总订单变化过程中对延迟监控的体验。请阅读STAC官方报告http://www.stacresearch.com/aleri查看每个运行的具体结果以及该认证过程的详细情况。

基准测试1： 四核

基准测试2：六核