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 <[email protected] <mailto:[email protected]>>
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 <[email protected] <mailto:[email protected]>>
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, [email protected]
<mailto:[email protected]> 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
<[email protected] <mailto:[email protected]>>
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
[email protected] <mailto:[email protected]>
https://lists.jboss.org/mailman/listinfo/rules-dev
_______________________________________________
rules-dev mailing list
[email protected] <mailto:[email protected]>
https://lists.jboss.org/mailman/listinfo/rules-dev
_______________________________________________
rules-dev mailing list
[email protected] <mailto:[email protected]>
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
[email protected] <mailto:[email protected]>
https://lists.jboss.org/mailman/listinfo/rules-dev
_______________________________________________
rules-dev mailing list
[email protected] <mailto:[email protected]>
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
[email protected]
https://lists.jboss.org/mailman/listinfo/rules-dev
_______________________________________________
rules-dev mailing list
[email protected]
https://lists.jboss.org/mailman/listinfo/rules-dev
