We used two approaches to double check results.
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.
Also, if you were using stateless sessions the result you have seen
may be correct.
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.
We then compared the two results and they agreed on the order of
magnitude which was what were looking for.
However we were primarily looking at Rulebase sizes, not WM memory
consumption - which for the application we are currently are working
on is neglegctible.
Has anyone attempted to measure the incremental memory usage of using
Drools
Do you expect an incremental memory usage (aka memory leak) using
Drools? I don't ;-)
You may want to run your use-case let's say 100.000 times to easiert
to measure results.
--I
Am 29.07.2008 um 03:11 schrieb Roger Tanuatmadja:
Hi,
Has anyone attempted to measure the incremental memory usage of using
Drools? Anyone cares to share their methodology?
I am currently following the following methodology:
1. Prevent garbage collection from happening by using large Xms Xmx
(1024m
in my case), a NewRatio of 2 (I am sure other sizes will work as
well) and
verbogegc enabled to confirm that no garbage collection is happening.
2. Use Runtime.freeMemory before and after fireAllRules and
measuring the
difference.
The problem with my methods so far has been that after a positive
memory
usage (indicating you are using memory), subsequent use case (the
same one)
incurs zero memory usage which is very strange.
So I guess my question is 2 fold: anyone care to share their
methodology,
and can anyone see what's wrong with mine?
Thanks,
Roger
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users