Le 02/09/15 12:07, Leonardo D'Alimonte a écrit :
> Thank you guys for all your hints.
> Handling the "messageEvent" in my IoHandler probably resolves most of the
> problems...
>
> So my final question is: if I configure the SessionConfig with
> "setWriterIdleTime(60)" , I should be notified after 6
Thank you guys for all your hints.
Handling the "messageEvent" in my IoHandler probably resolves most of the
problems...
So my final question is: if I configure the SessionConfig with
"setWriterIdleTime(60)" , I should be notified after 60 seconds if no
message is being written on that problematic
Le 01/09/15 19:20, Jon V. a écrit :
> Emmanuel is correct. You have to manage that backlog. Mina provides write
> request handlers so you get notifications when the data is written. If you
> detect that data isn't writing you should take steps to mitigate sending
> data to that session.
The best s
Emmanuel is correct. You have to manage that backlog. Mina provides write
request handlers so you get notifications when the data is written. If you
detect that data isn't writing you should take steps to mitigate sending
data to that session.
On Sep 1, 2015 12:01 PM, "Emmanuel Lécharny" wrote:
>
Le 01/09/15 17:26, Leonardo D'Alimonte a écrit :
> Hello Emmanuel,
> actually it seems as if the Queue data structure continues to
> increase..message after message.
> We cannot check if the our device receive the message, the implemented
> protocol doesn't allow this, do you mean checking if the s
t;
> > we have a web application based on Apache MINA 2.0.9 for transports of
> TCP
> > messages, recently it suffered for a memory leak, JDK version is 1.6.0_45
> > Analyzing the heap dump, I found a ConcurrentLinkedQueue inside a
> > NioSocketSession sized 844MB an
Le 01/09/15 15:23, Leonardo D'Alimonte a écrit :
> Hi everybody,
>
> we have a web application based on Apache MINA 2.0.9 for transports of TCP
> messages, recently it suffered for a memory leak, JDK version is 1.6.0_45
> Analyzing the heap dump, I found a Concurrent
Hi everybody,
we have a web application based on Apache MINA 2.0.9 for transports of TCP
messages, recently it suffered for a memory leak, JDK version is 1.6.0_45
Analyzing the heap dump, I found a ConcurrentLinkedQueue inside a
NioSocketSession sized 844MB and more...
You can find attached here
Le 3/14/14 7:01 PM, FabriceCane a écrit :
> Well, I guess by now you have found the solution.
> For the other readers, I was in the exact same situation as yours (memory
> profile identical) and it seems there is a memory leak in MINAbut only if
> you use IoSession.getConfig().setUserR
Well, I guess by now you have found the solution.
For the other readers, I was in the exact same situation as yours (memory
profile identical) and it seems there is a memory leak in MINAbut only if
you use IoSession.getConfig().setUserReadOperation(true).
This happened with both 2.0.4 and 2.0.7
Created :)DIRMINA-968
Thanks!
--
View this message in context:
http://apache-mina.10907.n7.nabble.com/Memory-leak-when-SSL-Handshake-fails-tp40037p40039.html
Sent from the Apache MINA User Forum mailing list archive at Nabble.com.
Le 10/8/13 9:48 AM, ecorderob a écrit :
> Hi,
>
> I am having some application using Mina 2.0.7 which is getting huge amount
> of SSL Handshake errors because old clients do not accept the server
> certificate, and is leaking quite much memory.
>
> I have checked that we are not leaking because of
dea how to solve it?
Thanks in advance,
-Enrique
--
View this message in context:
http://apache-mina.10907.n7.nabble.com/Memory-leak-when-SSL-Handshake-fails-tp40037.html
Sent from the Apache MINA User Forum mailing list archive at Nabble.com.
Le 3/22/13 7:46 AM, 马学祥 a écrit :
> Dear all,
Hi !
>
> I'm using mina 2.0.4 as a framework of one game server,some day the server
> occured memory leak. By using MAT to analyse the jvm dump, i founded the
> memory
> leak creater is the
> NioSocketSession.Two NioSocketS
in I will work on getting those
hprof files.
-Original Message-
From: Niklas Gustavsson [mailto:nik...@protocol7.com]
Sent: Thursday, December 20, 2012 4:48 PM
To: users@mina.apache.org
Cc: elecha...@apache.org
Subject: Re: [Apache SSHD] Memory leak
On Thu, Dec 20, 2012 at 10:37 PM, Wri
work on getting those
hprof files.
-Original Message-
From: Niklas Gustavsson [mailto:nik...@protocol7.com]
Sent: Thursday, December 20, 2012 4:48 PM
To: users@mina.apache.org
Cc: elecha...@apache.org
Subject: Re: [Apache SSHD] Memory leak
On Thu, Dec 20, 2012 at 10:37 PM, Wright,
On Thu, Dec 20, 2012 at 10:37 PM, Wright, Omari wrote:
> Yes, apache ftpserver and apache sshd are behaving the same way. They both
> exceed the max heap size set for them until all of the VMs RAM is consumed.
> A ps fauxwww shows the apache sshd process at 3GB Ram while it was only
> allocated 2.
@mina.apache.org; 'elecha...@apache.org'
Subject: RE: [Apache SSHD] Memory leak
Yes, apache ftpserver and apache sshd are behaving the same way. They both
exceed the max heap size set for them until all of the VMs RAM is consumed. A
ps fauxwww shows the apache sshd process at 3GB Ram wh
] Memory leak
Le 12/20/12 10:01 PM, Wright, Omari a écrit :
> Apache SSHD 0.8.0 is leaking memory on me when used in embedded or standalone
> form.
Have you and data to back your claim ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 12/20/12 10:01 PM, Wright, Omari a écrit :
> Apache SSHD 0.8.0 is leaking memory on me when used in embedded or standalone
> form.
Have you and data to back your claim ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Apache SSHD 0.8.0 is leaking memory on me when used in embedded or standalone
form. Is there some configuration setting I am missing? The servers are under
small load...
mmanuel Lécharny wrote:
>
>> Le 11/2/12 7:17 AM, Patrick Twohig a écrit :
>>
>> Hi,
>>>
>>> I'm using the 0.7 branch of Vysper, and I'm experiencing what appears to
>>> be
>>> a memory leak in the BoshBackedSessionContext. Specifical
Will do. Do you want any info from the heap dump?
On Thu, Nov 1, 2012 at 11:23 PM, Emmanuel Lécharny wrote:
> Le 11/2/12 7:17 AM, Patrick Twohig a écrit :
>
> Hi,
>>
>> I'm using the 0.7 branch of Vysper, and I'm experiencing what appears t
Le 11/2/12 7:17 AM, Patrick Twohig a écrit :
Hi,
I'm using the 0.7 branch of Vysper, and I'm experiencing what appears to be
a memory leak in the BoshBackedSessionContext. Specifically, the heap
dumps show that an instance of LinkedList occupies approximately 300+ mb of
heap space.
Hi,
I'm using the 0.7 branch of Vysper, and I'm experiencing what appears to be
a memory leak in the BoshBackedSessionContext. Specifically, the heap
dumps show that an instance of LinkedList occupies approximately 300+ mb of
heap space. It appears that this is the DelayedResponseQu
On 3/22/10 6:21 PM, Cleber Cassol wrote:
Hello again.
Just letting you know, it seems we managed to solve the memory leak.
Basically, some sessions were not being closed properly. I mean, I did close
them with the close() method, but they were kept in a kind of stale state.
Initially, we had a
Hello again.
Just letting you know, it seems we managed to solve the memory leak.
Basically, some sessions were not being closed properly. I mean, I did close
them with the close() method, but they were kept in a kind of stale state.
Initially, we had a ConcurrentHashMap containing all sessions
6 Emmanuel Lecharny
> On 3/16/10 6:34 PM, Cleber Cassol wrote:
>
>> Hi there!
>>
>> Thanks for the response. Do you recommend Mina 2.X for production
>> environments, even when it is listed as unstable? My application is
>> running
>> on production environment,
address the memory leak as fast as
possible. I'm trying to figure it out for more than a week now, that's the
reason I asked you guys.
Thank you so much again.
Yeah there are folks running MINA 2.X in production :)
Lets hear it out from them. Can anyone help me out here?
thanks
ashis
On 3/16/10 6:34 PM, Cleber Cassol wrote:
Hi there!
Thanks for the response. Do you recommend Mina 2.X for production
environments, even when it is listed as unstable? My application is running
on production environment, so the need to address the memory leak as fast as
possible. I'm tryi
On Tue, Mar 16, 2010 at 11:04 PM, Cleber Cassol wrote:
> Hi there!
>
> Thanks for the response. Do you recommend Mina 2.X for production
> environments, even when it is listed as unstable? My application is running
> on production environment, so the need to address the memory
Hi there!
Thanks for the response. Do you recommend Mina 2.X for production
environments, even when it is listed as unstable? My application is running
on production environment, so the need to address the memory leak as fast as
possible. I'm trying to figure it out for more than a wee
MINA 1.X is way old. Would recommend you to upgrade to the latest MINA release.
Try migrating. Some of the differences are listed here
http://mina.apache.org/changes-between-2x-and-1x.html
thanks
ashish
On Tue, Mar 16, 2010 at 8:26 PM, Cleber Cassol wrote:
> Hi there.
>
> We are using Mina 1.1.
Hi there.
We are using Mina 1.1.7 for some time now. We are developing a system that
will act as a proxy between our clients (e-mail clients like Thunderbird,
cell phones and so on) and our IMAP mail server. Basically, a client
connects and sends IMAP commands. Then, the proxy parses those command
https://issues.apache.org/jira/browse/DIRMINA-716 is created for this issue.
Thanks!
Yong
-Original Message-
From: Emmanuel Lecharny [mailto:elecha...@gmail.com] On Behalf Of Emmanuel
Lecharny
Sent: Wednesday, May 27, 2009 1:09 AM
To: users@mina.apache.org
Subject: Re: memory leak
Yongxing Wang wrote:
Sorry to get to you guys a little late on this issue, as it is not always easy to reproduce the problem.
During this extensive performance testing and close monitoring, one thing I can tell for
sure is that under heavy load, the memory pattern looks so much nicer if we get
: Friday, May 15, 2009 9:33 AM
To: users@mina.apache.org
Subject: Re: memory leak? -- help needed
FYI, this finalize method was added on revision 190270, three years and 11
months ago ...
http://svn.apache.org/viewvc/directory/network/trunk/src/java/org/apache/mina/common/AbstractIoFilterChain.ja
Emmanuel Lecharny wrote:
In any case, the 'finalize' method is not one of my favorite method... Not
only it has a very specific usage, but there is no guarantee whatsoever to
be called by the GC. I will check if it's necessary to have it.
Good idea. Not only is it not guaranteed to get called,
@mina.apache.org
Subject: Re: memory leak? -- help needed
FYI, this finalize method was added on revision 190270, three years and 11
months ago ...
http://svn.apache.org/viewvc/directory/network/trunk/src/java/org/apache/mina/common/AbstractIoFilterChain.java?r1=190270&r2=190269&pathrev=190270
S
he client. Wait for 10 minutes, check the memory map of the server. Chances
>> are, you can still find that Session object. If you trace it to "GC rootset
>> exclude weak references", you will find that the session is referenced by
>> the chain, which is referenced by Fin
references", you will find that the session is referenced by
> the chain, which is referenced by Finalizer.
>
> Now remove the "finalize" method in the chain and do the same test, you
> will find a different result.
>
> Regardless of whether that is the true source of
;GC rootset exclude
weak references", you will find that the session is referenced by the chain,
which is referenced by Finalizer.
Now remove the "finalize" method in the chain and do the same test, you will
find a different result.
Regardless of whether that is the true sour
y the Finalizer, the huge
amount of data just hang around.
Am I right that the dispose() method should clear the queue?
Thanks,
Yong
-Original Message-
From: Yongxing Wang
Sent: Thursday, May 14, 2009 9:31 AM
To: 'users@mina.apache.org'
Subject: RE: memory leak? -- help need
hould clear the queue?
Thanks,
Yong
-Original Message-
From: Yongxing Wang
Sent: Thursday, May 14, 2009 9:31 AM
To: 'users@mina.apache.org'
Subject: RE: memory leak? -- help needed
Yes, I will definitely run it against one of those tools (my Jprofile
evaluation expired,
m: Emmanuel Lecharny [mailto:elecha...@gmail.com] On Behalf Of Emmanuel
Lecharny
Sent: Wednesday, May 13, 2009 11:47 PM
To: users@mina.apache.org
Subject: Re: memory leak? -- help needed
Yongxing Wang wrote:
> Gurus,
>
hi,
you should use a tool to determine if the memory leak you are
experi
Yongxing Wang wrote:
Gurus,
hi,
you should use a tool to determine if the memory leak you are
experiencing is part of your own code. You have plenty of them out there
: JProfiler, OptimizeIt, YourKit, ...
This will give you some insight about the part of the code where this
memory leak
Gurus,
I need your help to identify whether MINA has memory leak. I am little
lost as what is happening.
We are currently using MINA 2.0.0-M5. The machine has 16G memory and I
allocate 12G for the process. After running for a day under fairly heavy
load, it runs into OutOfMemory(top shows
47 matches
Mail list logo