Performance WSO2 CEP:4.2.0接收器比4.1.0慢

我已经用WSO2 CEP 4.1.0和4.2.0测试了HTTP接收器。 使用相同的数据集、流和执行计划（仅在1分钟窗口内进行事件计数），publisher（logger）4.1.0可以处理1M/分钟的数据，但4.2.0可以处理200K-300K/分钟的数据

已经对我的自定义文件接收器进行了相同的测试，并发现了与上述类似的结果

顺便说一句，我已经在我的笔记本电脑上测试过了，3 MB的文件和1000万条记录

• 有人面临同样的问题吗
• 如果有人能解释这背后的问题，我将不胜感激

---

谢谢，Obaid

这在HTTP接收端无法实现，根据4.1.0[1]和4.2.0[2]中常见的碳分析源代码，没有重大变化。唯一的变化是，如果检查添加了基本身份验证。这可能是另一个问题。特别是我们也可以检查执行计划。如果您可以尝试使用wso2event adapter进行相同的测试，该适配器在4.1.0[3]和4.2.0[4]中常见的碳分析源代码中没有任何更改，则会更好

[1]

[2]

[3]

---

[4]

刚刚完成测试，感觉4.2.0中的logger publisher就是罪魁祸首。 请查找以下结果并分享您的意见（M=百万）：

HTTP接收器仅推送到事件流：

• 4.1和4.2都能推动每分钟2.25米的事件

HTTP接收器+以下执行计划+记录器：

• 4.1:1.25米/分钟
• 4.2:250K事件/分钟

HTTP接收器+以下执行计划+“否”记录器：

• 4.1:2.25米/分钟
• 4.2:2.25米/分钟

自定义文件接收器+以下执行计划+“否”记录器：

• 4.1:1.5M事件/分钟
• 4.2:3M事件/分钟（我很惊讶）

执行计划：

---

嗨，Tharik，我用我的自定义文件事件适配器做了相同的测试。在4.2中具有较慢性能的相同捆绑包。无论如何，我可以在wso2event上进行测试，这可能需要一些时间。在此之前，您可以通过消除流中的执行计划，通过使用passthrogh流测试HTTP接收器来简化问题。然后，您可以比较4.1.0和4.2.0，并验证是否是HTTP接收器。让我来做，并与您共享结果。Hi Obaid，您最终找到这些资源的来源了吗。目前，我面临着一个类似的问题，我想知道您是否找到了解决方案。@mallorente最后我使用了4.1

@Import('subsApps:1.0.0')
define stream subsApps (meta_app_name string, correlation_imsi long, volume double);

@Export('subsCount:1.0.0')
define stream subsCount (meta_counts long);

from subsApps#window.time( 1 min ) 
select count() as meta_counts 
insert into subsCount;