On Wed, 25 Oct 2006 17:56:03 +0200, Luca Zago wrote: > Hi, > i am doing a long testing session using a profiiler, against a simple Mina > application. > I configured simply 3 bindings on different port with the same Handler, on > a single SocketAcceptor. > The Handler simply broacast the message to all sessions connected. I am > using JMeter TCP Sampler, to load the application, simply connect on two > ports of the server and in loop send a messages to both, After many hours, > I am noticing a a memory leak problem on the class > edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue$Node. > It seems now that the number of instances of this class is always > increasing, without being released by the GC. I checked the allocation > references, and I see that the instances are allocated in > org.apache.mina.filter.executor.ExecutorFilter, then > org.apache.mina.common.Executor.ThreadModel. In my configuration I didn't > set particular parameters for the ThreadModel, did you experience > something similar, some configuration can help me?
OK, seeing that you just posted an *almost identical* message to the Mule list I am more than intrigued - the number of overall allocated instances is mostly irrelevant, what is relevant is the number of _held_ references. It is not surprising that the number of LinkedList nodes only goes up, but unless you give us more information about which GC root holds the List and its nodes it's impossible to tell where this leak comes from. Are you sure you are properly interpreting the JProfiler results? Holger
