<div><br></div> Hi Orlando,<div><br></div><div> Dr. David Luckam's website has a lot of content on CEP:</div><div><br></div><div><a href="http://www.complexevents.com/">http://www.complexevents.com/</a></div><div><br>
</div><div><a href="http://www.complexevents.com/"></a> Also, his book "The Power of Events" is considered the publication that formalized the concept of CEP. It is a good book, very helpful in understanding the overall concepts. Just be aware that being a "visionary" book, on one hand, lots of requirements for CEP products described there are still wishful thinking that no product on the market implemented yet and on the other hand, some products offer several features that were not envisioned by him at the time.<br>
<br></div><div> Edson</div><div><br></div><div><br><div class="gmail_quote">2010/8/18 Orlando Costa <span dir="ltr"><<a href="mailto:orlandoricardo@gmail.com">orlandoricardo@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Hi Edson,<br>
This was really the kind of information I was looking for, many thanks! (I<br>
think you should even put this text highlighted on the documentation<br>
available at Drools site, these are very valuable insights).<br>
<br>
I am kind of new in ESP/CEP (been reading "Event Processing - Designing IT<br>
Systems for Agile Companies" and many other online info), but when you talk<br>
about EPN (Event-Processing Network), this is a concept that I am not yet<br>
familiar. This paragraph were you say:<br>
<div class="im"><br>
"Although, the chosen architecture for your kbase and sessions will<br>
obviously have a high impact on the performance metrics you will achieve.<br>
Since you mentioned that in your use case every single fact will match and<br>
cause rules to fire, and the actions involve heavy operations like database<br>
access, I would recommend looking into an "agent" architecture, where you<br>
partition your knowledge base into several kbases with related rules. The<br>
kbases will operate on the atomic (or "raw") events and create the composite<br>
events that you can feed into entry points of sessions of subsequent kbases,<br>
effectively increasing the overall system throughput and simplifying the<br>
maintenance of each agent's kbase in particular."<br>
<br>
</div>looks quite interesting to explore. Besides the book I mentioned (and I am<br>
also going to check this on "Event Processing in Action" by Etzion) do you<br>
recommend any resource (book, article, etc) that elaborates more on the<br>
concepts you have described?<br>
<br>
Best regards<br>
Orlando.<br>
<font color="#888888"><br>
<br>
<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://drools-java-rules-engine.46999.n3.nabble.com/Drools-Fusion-Performance-and-RETE-algorithm-tp1190098p1213845.html" target="_blank">http://drools-java-rules-engine.46999.n3.nabble.com/Drools-Fusion-Performance-and-RETE-algorithm-tp1190098p1213845.html</a><br>
</font><div><div></div><div class="h5">Sent from the Drools - User mailing list archive at Nabble.com.<br>
_______________________________________________<br>
rules-users mailing list<br>
<a href="mailto:rules-users@lists.jboss.org">rules-users@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-users" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br> Edson Tirelli<br> JBoss Drools Core Development<br> JBoss by Red Hat @ <a href="http://www.jboss.com">www.jboss.com</a><br>
</div>