[rules-dev] Drools ReteOO versus Rete

Edson Tirelli tirelli at post.com
Fri Aug 14 14:06:28 EDT 2009


   No, I don't think that would be the problem. Considering that we always
calculate the full cross products/matchings, maybe that is due to a
different implementation of the conflict resolution strategy (assuming the
rules are all correct)?

   Did you checked the number of canceled activations?

    []s
    Edson

2009/8/14 James Owen <jco2009 at att.net>

> Edson:
> When I run WaltzDB-16 I get only 9K+ rules fired rather than the "normal"
> 21K+ rules fired.  I'm thinking that IF this logic still applies THEN that
> might explain why WaltzDB-16 does not fire the requisite number of rules.
>
> SDG
> James Owen
> Founder October Rules Fest
> Senior Consultant / Architect KBSC
> http://www.kbsc.com
> http://www.OctoberRulesFest.org
> Twitter: OctRulesFest
> Blogs:
> http://JavaRules.blogspot.com [Rulebased Systems Blog]
> http://ORF2009.blogspot.com [October Rules Fest Blog]
> http://exscg.blogspot.com/ [Expert Systems Consulting Group Blog]
>
> *"If I have seen a little further it is by standing on the shoulders of
> giants."*
> *Sir Isaac Newton in a letter to Robert Hooke, 5 Feb 1676*
> *
> *
> *Come to October Rules Fest and stand on the shoulders of the Giants of
> the industry; if only for a week.*
>
>
>
> On Aug 14, 2009, at 12:22 PM, Edson Tirelli wrote:
>
>
>     James,
>
>     I believe this was related to Drools 2.
>     What exactly is your problem?
>
>     []s
>     Edson
>
> 2009/8/14 James Owen <jco2009 at att.net>
>
>> Greetings:
>> Just wondering if this link still applies.  If so, I think I may have
>> found an answer to one of my benchmark problems.
>>
>> http://docs.codehaus.org/display/DROOLS/Rete+Vs+Reteoo
>>
>>   SDG
>> James Owen
>> Founder October Rules Fest
>> Senior Consultant / Architect KBSC
>> http://www.kbsc.com
>> http://www.OctoberRulesFest.org
>> Twitter: OctRulesFest
>> Blogs:
>> http://JavaRules.blogspot.com [Rulebased Systems Blog]
>> http://ORF2009.blogspot.com [October Rules Fest Blog]
>> http://exscg.blogspot.com/ [Expert Systems Consulting Group Blog]
>>
>> *"If I have seen a little further it is by standing on the shoulders of
>> giants."*
>> *Sir Isaac Newton in a letter to Robert Hooke, 5 Feb 1676*
>> *
>> *
>> *Come to October Rules Fest and stand on the shoulders of the Giants of
>> the industry; if only for a week.*
>>
>>
>>
>> On Aug 13, 2009, at 8:21 AM, mrhoden at franklinamerican.com wrote:
>>
>> Depending on your number of rules and facts, that amount of memory
>> will likely be a concern. If I had memory requirements like that I
>> would honestly look a clips.
>>
>> -Michael
>>
>> On Aug 13, 2009, at 2:19 AM, Thomas Frenken <Thomas.Frenken at offis.de>
>> wrote:
>>
>> Hello,
>>
>>
>> I am interested in running Drools 5 (and especially Drools Fusion)
>>
>> on a
>>
>> somehow<< resource-constrained device for which only a J2SE 1.4 VM
>>
>> ist
>>
>> available.
>>
>>
>> Since Drools meanwhile requires J2SE 1.5 I thought about backporting
>>
>> it.
>>
>> But before I invest so much effort, I got two questions:
>>
>>
>> 1) I have downloaded the sourcecode. At a first glance the only
>>
>> reason for
>>
>> requiering J2SE 1.5 is the extensive use of generics. In case I would
>>
>> remove all generics from the code, would it be possible to compile
>>
>> drools
>>
>> for a J2SE 1.4 VM runtime in general or are there other more hidden
>>
>> reasons for requiering J2SE 1.5?
>>
>> 2)  I already meantioned I am planning to run drools on a >>somehow<<
>>
>> resourcen-constrained device. I explicitly used the term >>somehow<<
>>
>> because I am talking of a device with a 400 Mhz CPU and 256 MB RAM
>>
>> (some
>>
>> people might laugh about calling this resource-constrained). How about
>>
>> resource-consumption of drools? Has anyone run drools on a device with
>>
>> similar resources?
>>
>>
>> Thanks in advance!
>>
>>
>> Best Regards
>>
>> Thomas Frenken
>>
>>
>> _______________________________________________
>>
>> rules-dev mailing list
>>
>> rules-dev at lists.jboss.org
>>
>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>
>> _______________________________________________
>> rules-dev mailing list
>> rules-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>
>>
>>
>> _______________________________________________
>> rules-dev mailing list
>> rules-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>
>>
>
>
> --
>  Edson Tirelli
>  JBoss Drools Core Development
>  JBoss by Red Hat @ www.jboss.com
> _______________________________________________
> rules-dev mailing list
> rules-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
>
>
> _______________________________________________
> rules-dev mailing list
> rules-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
>


-- 
 Edson Tirelli
 JBoss Drools Core Development
 JBoss by Red Hat @ www.jboss.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-dev/attachments/20090814/f057bb85/attachment-0001.html 


More information about the rules-dev mailing list