[rules-dev] Drools ReteOO versus Rete
Mark Proctor
mproctor at codehaus.org
Fri Aug 14 14:35:54 EDT 2009
Edson Tirelli wrote:
>
> 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?
Probably more importantly, are you able to check that the actual correct
results where produced. I don't know of any published benchmarks where
the results have been properly verified, except checking the number of
rules fired.
Mark
>
> []s
> Edson
>
> 2009/8/14 James Owen <jco2009 at att.net <mailto: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 <mailto: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
>> <mailto: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 <mailto: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 <mailto:rules-dev at lists.jboss.org>
>>>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>> _______________________________________________
>>> rules-dev mailing list
>>> rules-dev at lists.jboss.org <mailto:rules-dev at lists.jboss.org>
>>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>
>>
>> _______________________________________________
>> rules-dev mailing list
>> rules-dev at lists.jboss.org <mailto: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 <http://www.jboss.com>
>> _______________________________________________
>> rules-dev mailing list
>> rules-dev at lists.jboss.org <mailto:rules-dev at lists.jboss.org>
>> https://lists.jboss.org/mailman/listinfo/rules-dev
>
>
> _______________________________________________
> rules-dev mailing list
> rules-dev at lists.jboss.org <mailto: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 <http://www.jboss.com>
> ------------------------------------------------------------------------
>
> _______________________________________________
> rules-dev mailing list
> rules-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-dev/attachments/20090814/c3298dc8/attachment.html
More information about the rules-dev
mailing list