So here Is a question then. If I create 2 rulebases with 2 different rules, does that consume more permGen space than 1 rulebase with the same 2 rules? Thanks Barry From: rules-users-bounces(a)lists.jboss.org [mailto:rules-users-bounces@lists.jboss.org] On Behalf Of Edson Tirelli Sent: Friday, May 02, 2008 9:58 AM To: Rules Users List Subject: Re: [rules-users] OutOfMemory Error - 3500 Rules Barry, First of all, aside from permgen issues, if I remember correctly, we fixed a pretty serious memory leak bug around August/September of last year. So, I strongly advise you to upgrade to Drools 4.0.7, that is about to be released. Regarding permgen, the best way to save space on it is to (assuming you are using 4.0.7), share your rulebases as much as possible. Each rulebase you create consumes a bit of the permgen space. More rulebases means more space consumed. Hope it helps. []s Edson 2008/5/2 Barry K <barry.knapp(a)railinc.com&gt;: Hello, Has anyone had to resolve out of memory errors with large applications using moderatly sized rulebases? Increasing the permGen any higher does not appear to be an option for us. DROOLS Version 4.01 OutOfMemory Error in PermGen space. Our application has ~5000 classes and uses ~3500 rules. Each rules has on average 3 conditions and 2 actions. The application uses multiple drools rules engines and we load multiple rulebases into memory. Would we have a small memory footprint if we combine all of our rules into a single rulebase and use agenda filtration to execute the appropriate rules? Right now it is cleaner for us to separate the rulebases. Current settings- WAS 6.1 on Solaris Max Heap 2560 Max PermGen 1024 WAS 6.1 throws startup errors if we increase the Max PermGen above 1024, so we are looking for alternative solutions. This seems like a lot of memory for permGen anyway. Asides: We do not use WorkingMemoryFileLogger We have tried using a newer Janino jar but we still encounter the OutOfMemoryError. When we have the rules engine running it is extremely fast and we are very pleased with being able to create our rules in Decision Table format. If you have any suggestions for the above issue that would be great. What would you estimate the permGen usage would be on a 3500 rule RuleBase alone? -- View this message in context: http://www.nabble.com/OutOfMemory-Error---3500-Rules-tp17019001p17019001 .html Sent from the drools - user mailing list archive at Nabble.com. _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users -- Edson Tirelli JBoss Drools Core Development Office: +55 11 3529-6000 Mobile: +55 11 9287-5646 JBoss, a division of Red Hat @ www.jboss.com

I was profiling an application running on 4.0.4 and saw a dramatic decrease in memory consumption after we disabled shadow proxy. I think this might be a good starting point too. Thanks Samir Mike D wrote: -- View this message in context: http://www.nabble.com/OutOfMemory-Error---3500-Rules-tp17019001p17026716.... Sent from the drools - user mailing list archive at Nabble.com.

Regarding Barry's question, I didn't profiled this specific case. My answer would be, they should consume aprox the same amount of permgen. But this again is an answer based on my knowledge of the compiler, and not on actual profiling. And yes, disabling shadow fact does help with permgen too, as well as overall memory consumption. Just make sure you follow the requirements detailed in the 4.0.7 documentation and in our blog before you disable shadow facts or you may end up with inconsistent results. We intent to release 4.0.7 this monday. As you have seen in a previous e-mail by me, we want to make 4.0.7 as best as it can be, in order to avoid if possible a 4.0.8 release. This way, we had some extra delays fixing a few issues reported by the community in the next few days. If any of you want to help making sure 4.0.7 is working for you, you can checkout it and build from here: http://anonsvn.labs.jboss.com/labs/jbossrules/branches/4.0.x/ But hurry up. []s Edson 2008/5/2 Mike D <mike.dalaker(a)kewill.com&gt;: -- Edson Tirelli JBoss Drools Core Development Office: +55 11 3529-6000 Mobile: +55 11 9287-5646 JBoss, a division of Red Hat @ www.jboss.com