[rules-users] Scaling to large numbers of rules

[Scott Burrows]

Adam,

I don't know if this would be possible for your situation but looking at the
example I am wondering if you couldn't reduce your rule count through
combining rules.  For instance:

rule "00000005 - random rule"
            when
                Transaction(someId *in* (35156, *<add other ids here>*) &&
someOtherId *in* ('79F81FB8134A129F',*"...","..."*) && someCollection
contains 'EC3F2A1DCA88')
            then
                *switch statement here*
                       System.out.println("match rule 00000005 - random
rule");

    end


This would be applicable if you have many rules that have similar LHS and
RHS.

We do that sort of stuff to avoid having zillions of rules.  That would
reduce the engines burden.

Scott




2009/9/2 Adam Sussman <adam.sussman at ticketmaster.com>

>
> I am hoping that I am doing something wrong here and that one of you can
> point me in the right direction.
>
> Can anyone provide some advice on scaling up the number of rules in a
> single KnowledgeBase?  While I have seen all sorts of reports on having
> lots of facts, I have not seen anything about having lots of rules.
>
> I need to get to about 200K rules in a single KnowledgeBase, and also
> to run several of these side by side in the same system.
>
> The problem:
>
> As the number of rules increases, the time to compile and load them
> into memory skyrockets.  Now while I realize that the Rete algorithm
> complexity is about the number of rules, the times I am seeing are
> pretty scary.  Also, at about 30k rules, things just fall apart.
>
> On a 64 bit Linux OS with 2 2.4Ghz processors using a 64bit JVM from
> OpenJDK (1.6.1) with 1 Gig of memory allocated to the JVM, loading
> from .drl files:
>
> 1000 rules:
>     KnowledgeBuilder.add:                   7 seconds
>     KnowledgeBase.addKnowledgePackages:     .8 seconds
>
> 10000 rules:
>     KnowledgeBuilder.add:                   79 seconds
>     KnowledgeBase.addKnowledgePackages:     23 seconds
>
> 15000 rules:
>     KnowledgeBuilder.add:                   138 seconds
>     KnowledgeBase.addKnowledgePackages:      55 seconds
>
> 20000 rules:
>     KnowledgeBuilder.add:                   488 seconds
>     KnowledgeBase.addKnowledgePackages:     100 seconds
>
> 30000 rules:
>     KnowledgeBuilder.add:                   out of memory
>     KnowledgeBase.addKnowledgePackages:     never runs
>
> At this rate, 200k rules will take 13-14 hours to compile
> and 2-3 hours to load into RAM, assuming I can even get
> to that many rules.  This just is not usable.
>
> Time to fire all rules is negligible (fortunately!).
>
> The rules I am testing on are very simple 1-3 variable equality whens
> with a simple System.out.println then clause.
>
> The benchmark code I am running is as follows:
>
>     KnowledgeBase kbase = KnowledgeBaseFactory.newKnowledgeBase();
>     KnowledgeBuilder kbuilder =
> KnowledgeBuilderFactory.newKnowledgeBuilder();
>
>     kbuilder.add( ResourceFactory.newClassPathResource( drlFile,
> RuleRunner.class ), ResourceType.DRL );
>
>     Collection<KnowledgePackage> pkgs = kbuilder.getKnowledgePackages();
>     kbase.addKnowledgePackages( pkgs );
>
>
> Sample rule:
>
>     rule "00000005 - random rule"
>             when
>                 Transaction(someId == 35156 && someOtherId ==
> '79F81FB8134A129F' && someCollection contains 'EC3F2A1DCA88')
>             then
>                 System.out.println("match rule 00000005 - random rule");
>     end
>
> Any help would be appreciated.
>
> Regards,
>
> Adam Sussman
>
> CONFIDENTIALITY NOTICE:
>
> This message contains information which may be confidential or privileged.  If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited.  If you have received this transmission in error, please notify me immediately by telephone.
>
>
> _______________________________________________
> rules-users mailing list
> rules-users at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20090903/6d0020e7/attachment.html