2:40 a.m.
Hi,
I'm using jBoss Rules.But I run in to memory issues after using JBoss
rules. Using a profiling tool I collected heap dump
and I got the result as :
/One instance of "org.drools.reteoo.ReteooStatefulSession" loaded by
"sun.misc.Launcher$AppClassLoader @ 0x7f899fdb6d88" occupies 657,328,888
(78.91%) bytes.
The memory is accumulated in one instance of
"*org.drools.reteoo.ReteooStatefulSession*"
loaded by "sun.misc.Launcher$AppClassLoader @ 0x7f899fdb6d88".
Keywords
sun.misc.Launcher$AppClassLoader @ 0x7f899fdb6d88
org.drools.reteoo.ReteooStatefulSession/
The code I used for JBoss rules is given below.
kbase= KnowledgeBaseFactory.newKnowledgeBase();
ksession= kbase.newStatefulKnowledgeSession();
final String str =
CISMSRemotingUtils.getFullConfigFilePath("change-set.xml") ;
final String filePath = str.replaceAll(" ", "%20");
aconf = KnowledgeAgentFactory .newKnowledgeAgentConfiguration();
aconf.setProperty("drools.agent.newInstance", "false");
kagent = KnowledgeAgentFactory.newKnowledgeAgent( "Agent", aconf);
kagent.applyChangeSet( ResourceFactory.newFileResource(filePath) );
kbase = kagent.getKnowledgeBase();
ksession= kbase.newStatefulKnowledgeSession();
sconf
=ResourceFactory.getResourceChangeScannerService().newResourceChangeScannerConfiguration();
sconf.setProperty( "drools.resource.scanner.interval", "3600");
ResourceFactory.getResourceChangeScannerService().configure( sconf );
ResourceFactory.getResourceChangeNotifierService().start();
ResourceFactory.getResourceChangeScannerService().start();
This piece of code is given in the class constructor and rules are fired
inside this class
ksession.insert(data);
ksession.fireAllRules();
Can anyone help me to identify the problem?
--
View this message in context:
http://drools.46999.n3.nabble.com/Memory-Problemwith-instance-of-ReteooSt...
Sent from the Drools: User forum mailing list archive at Nabble.com.
4:01 a.m.
Please provide detailed information about
- the number of your rules
- a statistic of the complexity of your rules (r rules with p
patterns, p = 1,...)
- a statistic of the facts (f facts of class C, with one C object's
size being s)
-W
On 25/06/2013, anniejoseph <chithraannie(a)gmail.com> wrote:
Hi,
I'm using jBoss Rules.But I run in to memory issues after using JBoss
rules. Using a profiling tool I collected heap dump
and I got the result as :
/One instance of "org.drools.reteoo.ReteooStatefulSession" loaded by
"sun.misc.Launcher$AppClassLoader @ 0x7f899fdb6d88" occupies 657,328,888
(78.91%) bytes.
The memory is accumulated in one instance of
"*org.drools.reteoo.ReteooStatefulSession*"
loaded by "sun.misc.Launcher$AppClassLoader @ 0x7f899fdb6d88".
Keywords
sun.misc.Launcher$AppClassLoader @ 0x7f899fdb6d88
org.drools.reteoo.ReteooStatefulSession/
The code I used for JBoss rules is given below.
kbase= KnowledgeBaseFactory.newKnowledgeBase();
ksession= kbase.newStatefulKnowledgeSession();
final String str =
CISMSRemotingUtils.getFullConfigFilePath("change-set.xml") ;
final String filePath = str.replaceAll(" ", "%20");
aconf = KnowledgeAgentFactory .newKnowledgeAgentConfiguration();
aconf.setProperty("drools.agent.newInstance", "false");
kagent = KnowledgeAgentFactory.newKnowledgeAgent( "Agent", aconf);
kagent.applyChangeSet( ResourceFactory.newFileResource(filePath) );
kbase = kagent.getKnowledgeBase();
ksession= kbase.newStatefulKnowledgeSession();
sconf
=ResourceFactory.getResourceChangeScannerService().newResourceChangeScannerConfiguration();
sconf.setProperty( "drools.resource.scanner.interval", "3600");
ResourceFactory.getResourceChangeScannerService().configure( sconf );
ResourceFactory.getResourceChangeNotifierService().start();
ResourceFactory.getResourceChangeScannerService().start();
This piece of code is given in the class constructor and rules are fired
inside this class
ksession.insert(data);
ksession.fireAllRules();
Can anyone help me to identify the problem?
--
View this message in context:
http://drools.46999.n3.nabble.com/Memory-Problemwith-instance-of-ReteooSt...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
4:52 a.m.
Hi,
I have two rule files(rule1.drl and rule2.drl) first file contains 5
rules and the second one contains 9 rules.
Each rule contain 2 or 3 patterns .Also objects used by every rules are
same. Objects contain two lists
and size of these list can vary according to the situation.
--
View this message in context:
http://drools.46999.n3.nabble.com/Memory-Problemwith-instance-of-ReteooSt...
Sent from the Drools: User forum mailing list archive at Nabble.com.
5:32 a.m.
Are all of your facts of the same class? How many fact objects do you
have? How many objects are in the two lists of these facts? Please be
more precise.
-W
On 25/06/2013, anniejoseph <chithraannie(a)gmail.com> wrote:
Hi,
I have two rule files(rule1.drl and rule2.drl) first file contains 5
rules and the second one contains 9 rules.
Each rule contain 2 or 3 patterns .Also objects used by every rules are
same. Objects contain two lists
and size of these list can vary according to the situation.
--
View this message in context:
http://drools.46999.n3.nabble.com/Memory-Problemwith-instance-of-ReteooSt...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
6:20 a.m.
Hi,
All of my facts are of the same class. One of these list contain only one
object and in the other list contain sometimes 0 objects and sometimes it
can be 5 or 6.
--
View this message in context:
http://drools.46999.n3.nabble.com/Memory-Problemwith-instance-of-ReteooSt...
Sent from the Drools: User forum mailing list archive at Nabble.com.
6:24 a.m.
Then it is very likely that rules with 3 patterns referring to the
same, single class cause the excessive memory consumption.
You'll have to show us such a rule and explain why you think you need
to write the patterns the way you did - then, we should be able to
propose a solution.
-W
On 25/06/2013, anniejoseph <chithraannie(a)gmail.com> wrote:
Hi,
All of my facts are of the same class. One of these list contain only
one
object and in the other list contain sometimes 0 objects and sometimes it
can be 5 or 6.
--
View this message in context:
http://drools.46999.n3.nabble.com/Memory-Problemwith-instance-of-ReteooSt...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
6:55 a.m.
Hi,
I have a requirement that needs to convert a level (eg. an Information) to
a higher level (eg. an exception)
The conversion happens on the basis of the number of times Information
occurs ie based on a count. Process to identify Information,to track the
occurrence i.e is count of Information,to convert
Information to Exception and to persist Exception to DB are handled in
rules.
The below given rule is meant to track Information count.
rule "Track Information Count"
no-loop true
when
$alert : Alert(Information == "Y")
$Information : Information( InformationId == $alert.InformationId ,
$alert.currentTimeMillis-lastLoadTime < 60000)
then
debugLog(drools,"Track Information count");
$Information.setMetric($alert.getMetric());
$Information.setObjMetric($alert.getObjMetric());
$Information.incrementCount();
$Information.setLastLoadTime(System.currentTimeMillis());
update($Information);
traceLog(drools,"Information Count : "+$Information.getAffCount());
retract($alert);
end;
--
View this message in context:
http://drools.46999.n3.nabble.com/Memory-Problemwith-instance-of-ReteooSt...
Sent from the Drools: User forum mailing list archive at Nabble.com.
7:22 a.m.
You have (at least) two different fact classes: Alert and Information (not
just one, as you write).
The rule you have shown has only two patterns - I was asking for one with
three patterns (as I was thinking they had all to be of the same class).
If you retract an Alert as soon as it is processed, Alert's can't be the
cause of your memory problem. Do you know how many facts you have in the
session when memory consumption is high?
-W
--
View this message in context:
http://drools.46999.n3.nabble.com/Memory-Problemwith-instance-of-ReteooSt...
Sent from the Drools: User forum mailing list archive at Nabble.com.
7:42 a.m.
Hi,
Thanks for your reply.
Sorry for my mistake. Actually I don't know the number of facts that I have
in the session when memory consumption was high.
The rules are firing continuously (the application that use these rules
were running continuusly for 1 month, this the rule engine also).
After 1 month appliction got stuck and thus I came to analyze the heap
dump.
rule1 "to identify whether it is an Information"
rule "Set Information"
no-loop true
when
$alert : Alert(Information == "Y")
not Information( InformationId == $alert.InformationId )
then
debugLog(drools,"Set Information ");
Information Information = new Information();
Information.setMetric($alert.getMetric());
Information.setObjMetric($alert.getObjMetric());
Information.setInformationId($alert.getThresholdSettingId());
Information.setAffCount(1);
Information.setLastLoadTime(System.currentTimeMillis());
Information.setEventType($alert.getMetric().getEventType());
Information.setObjectId($alert.getMetric().getObjectId());
insert (Information);
traceLog(drools,"Information Count : "+Information.getAffCount());
retract($alert);
end;
rule "Track Information Count"
no-loop true
when
$alert : Alert(Information == "Y")
$Information : Information( InformationId == $alert.InformationId ,
$alert.currentTimeMillis-lastLoadTime < 60000)
then
debugLog(drools,"Track Information count");
$Information.setMetric($alert.getMetric());
$Information.setObjMetric($alert.getObjMetric());
$Information.incrementCount();
$Information.setLastLoadTime(System.currentTimeMillis());
update($Information);
traceLog(drools,"Information Count : "+$Information.getAffCount());
retract($alert);
end;
rule4 "to check time interval"
rule5 "to persist Information to DB"
In this rule retract Information
--
View this message in context:
http://drools.46999.n3.nabble.com/Memory-Problemwith-instance-of-ReteooSt...
Sent from the Drools: User forum mailing list archive at Nabble.com.
7:58 a.m.
Below given is the Leak Suspects image that I got from the Machine where I
made the application up
<http://drools.46999.n3.nabble.com/file/n4024539/Suspect.png>
--
View this message in context:
http://drools.46999.n3.nabble.com/Memory-Problemwith-instance-of-ReteooSt...
Sent from the Drools: User forum mailing list archive at Nabble.com.
8:24 a.m.
What is the type of Alert.informationId? What is the set of values you
might expect over one month?
-W
On 25/06/2013, anniejoseph <chithraannie(a)gmail.com> wrote:
Hi,
Thanks for your reply.
Sorry for my mistake. Actually I don't know the number of facts that I
have
in the session when memory consumption was high.
The rules are firing continuously (the application that use these rules
were running continuusly for 1 month, this the rule engine also).
After 1 month appliction got stuck and thus I came to analyze the heap
dump.
rule1 "to identify whether it is an Information"
rule "Set Information"
no-loop true
when
$alert : Alert(Information == "Y")
not Information( InformationId == $alert.InformationId )
then
debugLog(drools,"Set Information ");
Information Information = new Information();
Information.setMetric($alert.getMetric());
Information.setObjMetric($alert.getObjMetric());
Information.setInformationId($alert.getThresholdSettingId());
Information.setAffCount(1);
Information.setLastLoadTime(System.currentTimeMillis());
Information.setEventType($alert.getMetric().getEventType());
Information.setObjectId($alert.getMetric().getObjectId());
insert (Information);
traceLog(drools,"Information Count : "+Information.getAffCount());
retract($alert);
end;
rule "Track Information Count"
no-loop true
when
$alert : Alert(Information == "Y")
$Information : Information( InformationId == $alert.InformationId ,
$alert.currentTimeMillis-lastLoadTime < 60000)
then
debugLog(drools,"Track Information count");
$Information.setMetric($alert.getMetric());
$Information.setObjMetric($alert.getObjMetric());
$Information.incrementCount();
$Information.setLastLoadTime(System.currentTimeMillis());
update($Information);
traceLog(drools,"Information Count : "+$Information.getAffCount());
retract($alert);
end;
rule4 "to check time interval"
rule5 "to persist Information to DB"
In this rule retract Information
--
View this message in context:
http://drools.46999.n3.nabble.com/Memory-Problemwith-instance-of-ReteooSt...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
5:53 a.m.
Hi,
Sorry for the delay.
Type of is Long Alert.informationId
The rule will fire at 30 minutes minutes interval and both the rules got
fired atleast 6000 times
--
View this message in context:
http://drools.46999.n3.nabble.com/Memory-Problemwith-instance-of-ReteooSt...
Sent from the Drools: User forum mailing list archive at Nabble.com.
6:16 a.m.
You'll have to confirm or eliminate the possibility that you have a
growing number of facts in your Working Memory.
Use the StatefulKnowledgeSession method getObjects() to determine the
number of facts per class and write this data to the log. Do this once
every 6 hours and see whether there are any surprises in the data.
There's no much else I can suggest based on the incomplete information
I have. Which version of Drools are you using?
-W
On 27/06/2013, anniejoseph <chithraannie(a)gmail.com> wrote:
Hi,
Sorry for the delay.
Type of is Long Alert.informationId
The rule will fire at 30 minutes minutes interval and both the rules got
fired atleast 6000 times
--
View this message in context:
http://drools.46999.n3.nabble.com/Memory-Problemwith-instance-of-ReteooSt...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
4007
days inactive
4009
days old
12 comments
3 participants
participants (3)
-
anniejoseph -
laune -
Wolfgang Laun