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(a)att.net <mailto:jco2009@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(a)att.net <mailto:jco2009@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(a)franklinamerican.com
> <mailto:mrhoden@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(a)offis.de <mailto:Thomas.Frenken@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(a)lists.jboss.org <mailto:rules-dev@lists.jboss.org>
>>>
https://lists.jboss.org/mailman/listinfo/rules-dev
>> _______________________________________________
>> rules-dev mailing list
>> rules-dev(a)lists.jboss.org <mailto:rules-dev@lists.jboss.org>
>>
https://lists.jboss.org/mailman/listinfo/rules-dev
>
>
> _______________________________________________
> rules-dev mailing list
> rules-dev(a)lists.jboss.org <mailto:rules-dev@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(a)lists.jboss.org <mailto:rules-dev@lists.jboss.org>
>
https://lists.jboss.org/mailman/listinfo/rules-dev
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org <mailto:rules-dev@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(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev