<br> Christian,<br><br> Can you break down this performance into 2 steps?<br><br>1. COMPILE: this is the step where textual information is parsed and compiled into binary data. This is done by the PackageBuilder.addPackageFromDrl() method.<br>
<br>2. RETE BUILDING: this is the step where the binary data is assembled into the rete network. This is done by RuleBase.addPackage() method.<br><br> These two processes are mostly independent and it would be good to know what is the relative time spent in each.<br>
<br> After that, we will need to get a few rule samples from you with a test case so that we can investigate. <br><br> Thanks,<br> Edson<br><br><div class="gmail_quote">2009/4/17 Christian Nedregĺrd <span dir="ltr"><<a href="mailto:christian_nedregaard@email.com">christian_nedregaard@email.com</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Thank you for the quick reply and the tip Ingomar.<br><br>Since our rules are template based I was able to merge them into 30 drls (850 before). This gave a 30% perfomance improvement, but we are still not able to compile more than 2 rules per second. I also tried to execute in with jdk 1.6.0_03 instead of 1.4.2_11. This only gave a small performance increase.<br>
<br>We are also seing the same slow performance in our production environment wich is JDK 1.4.2_11 on Solaris, so this is not a OS spesific problem.<br><br>I addition I tried to run the compilation in a dedicated process with 1G available memory with no performance increase, so it is not related to memory restrictions either.<br>
<br>From our experimentation I see that the compile time, unsurpisingly, is directly connectet to the complexity of the rule. If i strip away he LHS and RHS of the rules and only keep the imports and global definitions I am able to get a compilation throughput at 24 rules per second.<br>
<br>Are your rules much simpler than ours? Can you think of any other reason why you are seeing a much better compiler throughput?<br><br>Regards<br>Chr<div><div></div><div class="h5"><br><br><br><div class="gmail_quote">
On Fri, Apr 17, 2009 at 10:34 AM, Ingomar Otter <span dir="ltr"><<a href="mailto:iotter@mac.com" target="_blank">iotter@mac.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Christian,<br>
with our app, we see a compile performance which is at least an order of magnitude higher.<br>
I would assume that in your case the extreme fine granularity of your DRLs may be slowing things down.<br>
Have you tried to consolidate these in bigger but fewer DRls?<br>
<br>
If you need that granualarity, you still have the option of joining these together before running it with the help of perl and the likes.<br>
<br>
--I<br>
_______________________________________________<br>
rules-users mailing list<br>
<a href="mailto:rules-users@lists.jboss.org" target="_blank">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>
<br>
</blockquote></div><br>
</div></div><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>
<br></blockquote></div><br><br clear="all"><br>-- <br> Edson Tirelli<br> JBoss Drools Core Development<br> JBoss, a division of Red Hat @ <a href="http://www.jboss.com">www.jboss.com</a><br>