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@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
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@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.


SDG
James Owen
Founder October Rules Fest
Senior Consultant / Architect KBSC
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@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@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@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
_______________________________________________
rules-dev mailing list
rules-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev


_______________________________________________
rules-dev mailing list
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
_______________________________________________
rules-dev mailing list
rules-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev


_______________________________________________
rules-dev mailing list
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

_______________________________________________ rules-dev mailing list rules-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-dev