Mailing-List: contact dev-help@directory.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache Directory Developers List" <dev@directory.apache.org>
Received-SPF: neutral (asf.osuosl.org: local policy)
Message-ID: <43C4E169.50108@eurone.it>
Date: Wed, 11 Jan 2006 11:43:53 +0100
From: Alessandro Torrisi <alessandro.torrisi@eurone.it>
User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923)
MIME-Version: 1.0
To: Apache Directory Developers List <dev@directory.apache.org>
Subject: Re: [MINA] Apparent DEADLOCK in
 com.mchange.v2.async.ThreadPoolAsynchronousRunner
References: <E552377F-D256-483D-9945-F2CD58B1162C@eurone.it>
	 <43C44221.4050800@gmail.com>
 <2c4e58b10601101615l739bba13rcb4bbe85e75e61a1@mail.gmail.com>
In-Reply-To: <2c4e58b10601101615l739bba13rcb4bbe85e75e61a1@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Yes I'm using c3p0 with hibernate, so I think it's directly managed by 
Hibernate...
How can I do to free ByteBuffers much more as possible ?
With 2000 opened IoSessions I have about 312 Mb of ram busy.
When I receive chat messages I see memory occupation to grow...Is there 
some natural mina
activity I'm losing during reading/writing operations ?

I switched from 10 threads to 5 threads yesterday, it seems to change 
very little.
But I don't have an optimal view of the performance cause Java 
implementation on
Mac Os X is very slow...

The applications main behaviour is to communicate in "blocks", slow, 
then fast, then again slow,
it is not constant. How can be avoided this ?

I know that probably performance it's not the main target of this 
mailing list, but if a network
application is not performant as you well know, it is not used if there 
are many alternatives.
I have to understand if it's a physical architectural limit of Java/Mina 
before seriously going on.

However I can say my application has improved from the beginning ! 
Thanks too this mailing list !

Bye, Alex

Justin Rudd wrote:

>>>Hi ! Yesterday I put in stress my direct connect hub software on Mac
>>>Os X 10.3.4 Tiger with latest Java implementation.
>>>Max fake users reached number is 2500. When I reached this number the
>>>application has thrown this exception:
>>>      
>>>
>
>[snip]
>
>  
>
>>>com.mchange.v2.async.ThreadPoolAsynchronousRunner
>>>$DeadlockDetector@27d98b -- APPARENT DEADLOCK!!! Creating emergency
>>>threads for unassigned pending tasks!
>>>      
>>>
>
>Are you using c3p0?  I haven't done an exhaustive look through the
>source of 0.8.x, but that package prefix - com.mchange - looks like
>c3p0 to me.  If so, are you releasing all your connections?  Because
>c3p0 by default will use some background threads to clean things up. 
>It will spin them off to try and find connections it can use, create
>new connection for clients that are waiting for them, etc.  So if you
>aren't cleaning all your resources up, it will keep spinning off
>threads which will cause it to run out of memory.
>
>If you aren't using c3p0, what other client libraries are you using?
>
>--
>Justin Rudd
>"Get the facts first.  You can distort them later."
>   - Mark Twain
>http://seagecko.org/thoughts/
>  
>