<div>Thanks everyone for their answers. Apologies for not providing more details, but yes I am using Stateful Session and I also took care to call dispose once I am done with it. </div>
<div> </div>
<div>By the way, I am not really looking for memory leakage, a project this size with many users will have people screaming left and right if there are a ton of memory leakage. What I am basically looking for is how much memory (intermediate objects, etc) Drools is using prior to calling dispose. I am doing this for comparison purposes against a home brew solution created by a colleague that we are thinking of replacing with Drools.</div>
<div> </div>
<div>More inputs will be welcome!!!</div>
<div> </div>
<div>Roger </div>
<div><br><br> </div>
<div><span class="gmail_quote">On 7/29/08, <b class="gmail_sendername">Edson Tirelli</b> <<a href="mailto:tirelli@post.com">tirelli@post.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div dir="ltr"><br> For Drools 4.0.x we eventually run profiling tools to make sure we got not leak. A couple were found and fixed in the past and we are not aware of any leak in <a onclick="return top.js.OpenExtLink(window,event,this)" href="http://4.0.7./" target="_blank">4.0.7.</a> <br>
It is very important though to make sure that if you are using stateful sessions, you call dispose() on the session after using it. Otherwise, drools will hold resources internally (since it is a stateful session).<br>
<br> []s<br> Edson<br><br>
<div class="gmail_quote">2008/7/29 Ingomar Otter <span dir="ltr"><<a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:iotter@mac.com" target="_blank">iotter@mac.com</a>></span>
<div><span class="e" id="q_11b6f2b879be3b9b_1"><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(204,204,204) 1px solid">We used two approaches to double check results.<br>At first we used an approach similiar to what you haved described. Please note that (depneding on platfom) freeMemory is not byte- exact). Wo you won't see little changes.<br>
Also, if you were using stateless sessions the result you have seen may be correct.<br><br>Out other approach was to seriazie that parts we're instrested in (and assume that real memory usage is just an small factor to be applied to the result we go.<br>
We then compared the two results and they agreed on the order of magnitude which was what were looking for.<br>However we were primarily looking at Rulebase sizes, not WM memory consumption - which for the application we are currently are working on is neglegctible.
<div><br><br>>Has anyone attempted to measure the incremental memory usage of using<br>>Drools<br> </div>Do you expect an incremental memory usage (aka memory leak) using Drools? I don't ;-)<br>You may want to run your use-case let's say 100.000 times to easiert to measure results.<br>
<br>--I<br><br><br><br><br><br>Am 29.07.2008 um 03:11 schrieb Roger Tanuatmadja:<br><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(204,204,204) 1px solid">
<div>
<div></div>
<div>Hi,<br><br>Has anyone attempted to measure the incremental memory usage of using<br>Drools? Anyone cares to share their methodology?<br><br>I am currently following the following methodology:<br>1. Prevent garbage collection from happening by using large Xms Xmx (1024m<br>
in my case), a NewRatio of 2 (I am sure other sizes will work as well) and<br>verbogegc enabled to confirm that no garbage collection is happening.<br>2. Use Runtime.freeMemory before and after fireAllRules and measuring the<br>
difference.<br><br>The problem with my methods so far has been that after a positive memory<br>usage (indicating you are using memory), subsequent use case (the same one)<br>incurs zero memory usage which is very strange.<br>
<br>So I guess my question is 2 fold: anyone care to share their methodology,<br>and can anyone see what's wrong with mine?<br><br>Thanks,<br><br>Roger<br> </div></div>_______________________________________________<br>
rules-users mailing list<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:rules-users@lists.jboss.org" target="_blank">rules-users@lists.jboss.org</a><br><a onclick="return top.js.OpenExtLink(window,event,this)" href="https://lists.jboss.org/mailman/listinfo/rules-users" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-users</a><br>
</blockquote><br>_______________________________________________<br>rules-users mailing list<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:rules-users@lists.jboss.org" target="_blank">rules-users@lists.jboss.org</a><br>
<a onclick="return top.js.OpenExtLink(window,event,this)" href="https://lists.jboss.org/mailman/listinfo/rules-users" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-users</a><br></blockquote></span></div></div>
<br><br clear="all"><br>-- <br>Edson Tirelli<br>JBoss Drools Core Development<br>JBoss, a division of Red Hat @ <a onclick="return top.js.OpenExtLink(window,event,this)" href="http://www.jboss.com/" target="_blank">www.jboss.com</a><br>
</div><br>_______________________________________________<br>rules-users mailing list<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:rules-users@lists.jboss.org">rules-users@lists.jboss.org</a><br>
<a onclick="return top.js.OpenExtLink(window,event,this)" href="https://lists.jboss.org/mailman/listinfo/rules-users" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-users</a><br><br></blockquote></div><br>