-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
B.,
On 8/4/2010 10:19 AM, B. Balakrishna Rao wrote:
> Please note that, the 2,996 count is on production environment.
> The counts 7 and 10 are on my local environment.
Ok.
> Below is the procedure I am following on my local environment to test this
Sent: Wednesday, August 04, 2010 7:43 PM
To: Tomcat Users List
Subject: Re: Memory leak in using SSL with Tomcat 6.0.18
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/4/2010 10:06 AM, B. Balakrishna Rao wrote:
> I have implemented your suggestion. I have deployed my application
> in T
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/4/2010 10:06 AM, B. Balakrishna Rao wrote:
> I have implemented your suggestion. I have deployed my application
> in Tomcat 6.0.29 version under the same environment as Tomcat
> 6.0.18(test environment).
>
> After performing the similar operatio
ts are being held by finalizer method of GC.
I have got the following similar link:
http://forums.sun.com/thread.jspa?threadID=5266266
Can anybody tell me if there is any memory leak issues exists with Tomcat
6.0.18? I read somewhere that, the memory leak issue with SSL was fixed on
6.0.20.
Bala
On 04/08/2010 13:40, B. Balakrishna Rao wrote:
> Hi Mark,
>
> I am trying to apply the patch that is available for the fix below:
> https://issues.apache.org/bugzilla/show_bug.cgi?id=47744#c2
Why? What makes you think that is the problem you are seeing?
> However, after giving the below command,
.org]
Sent: Wednesday, August 04, 2010 4:28 PM
To: Tomcat Users List
Subject: Re: Memory leak in using SSL with Tomcat 6.0.18
On 04/08/2010 11:54, B. Balakrishna Rao wrote:
> Hi Mark,
>
> Thanks for your reply.
> I tried reading the change log. It appears that in Tomcat 6.0.20 there
On 04/08/2010 11:54, B. Balakrishna Rao wrote:
> Hi Mark,
>
> Thanks for your reply.
> I tried reading the change log. It appears that in Tomcat 6.0.20 there is a
> fix related to memory leak using SSL.
> What I am thinking is that if this is the issue with the Tomcat 6.0.18 o
Hi Mark,
Thanks for your reply.
I tried reading the change log. It appears that in Tomcat 6.0.20 there is a fix
related to memory leak using SSL.
What I am thinking is that if this is the issue with the Tomcat 6.0.18 or an
issue with my application.
Can you confirm if there is a memory leak
being held by finalizer method of GC.
> I have got the following similar link:
> http://forums.sun.com/thread.jspa?threadID=5266266
>
> Can anybody tell me if there is any memory leak issues exists with Tomcat
> 6.0.18? I read somewhere that, the memory l
266266
Can anybody tell me if there is any memory leak issues exists with Tomcat
6.0.18? I read somewhere that, the memory leak issue with SSL was fixed on
6.0.20.
Balakrishna Rao | Senior Software Engineer | Persistent Systems
balakrishna_...@persistent.co.in<mailto:balakrishna_...@p
Pid wrote:
On 10/07/2010 10:19, jikai wrote:
Because it's already saturated with requests? No server has an infinite
capacity. How many threads did jstack report were running?
Can you connect with JMX and see what state the connector is in?
Are you using an Executor in combination with your
On 10/07/2010 10:19, jikai wrote:
>> Because it's already saturated with requests? No server has an infinite
>> capacity. How many threads did jstack report were running?
>>
>> Can you connect with JMX and see what state the connector is in?
>>
>> Are you using an Executor in combination with you
> Because it's already saturated with requests? No server has an infinite
> capacity. How many threads did jstack report were running?
>
> Can you connect with JMX and see what state the connector is in?
>
> Are you using an Executor in combination with your Connector?
Thanks for your quick repl
ckSupport.parkNanos(LockSupport.java:198)
>>
>> at
>>
> java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitN
>> anos(AbstractQueuedSynchronizer.java:1963)
>>
>> at
>>
> java.util.concurrent.LinkedBlockingQueue.p
va:1963)
>
> at
>
java.util.concurrent.LinkedBlockingQueue.poll(LinkedBlockingQueue.java:395)
>
> at
>
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:944)
>
> at
>
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:9
> 06)
inkedBlockingQueue.java:395)
>
> at
> java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:944)
>
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:9
> 06)
>
> at java.lang.Thread.run(Thread.java:619)
>
>
>
> print jmap, we
at java.lang.Thread.run(Thread.java:619)
print jmap, we found we have lots of memory leak:
num #instances #bytes class name
--
1: 7772927 336536416 [C
2: 7774657 310986280 java.lang.S
pache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>
>
--
View this message in context:
http://old.nabble.com/Memory-leak-in-Tomcat-5.5.16-tp16335734p28454415.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
---
9493 20656171
> class org.apache.tomcat.util.buf.CharChunk 432383 16862937
> class org.apache.tomcat.util.buf.MessageBytes 414753 24055674
>
> My configuration:
> Tomcat: 6.0.16
> Java: 1.6.0_14
> OS: Solaris 10
>
> Can this be a memory leak in Tomcat?
It's not impossible that you've fou
16862937
class org.apache.tomcat.util.buf.MessageBytes 414753 24055674
That is normal.
My configuration:
Tomcat: 6.0.16
Java: 1.6.0_14
OS: Solaris 10
Can this be a memory leak in Tomcat?
Unlikely.
Mark
-
To unsubscribe, e
16862937
class org.apache.tomcat.util.buf.MessageBytes 414753 24055674
My configuration:
Tomcat: 6.0.16
Java: 1.6.0_14
OS: Solaris 10
Can this be a memory leak in Tomcat?
Why do you think that and why select those three classes out of all of
the other classes in the heap?
p
org.apache.tomcat.util.buf.MessageBytes 414753 24055674
My configuration:
Tomcat: 6.0.16
Java: 1.6.0_14
OS: Solaris 10
Can this be a memory leak in Tomcat?
Regards,
Sander
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands
]
Subject: memory leak
Short version: I have a project which gets some simple info from a db
via DWR, and outputs it simply on the page. There is a memory leak
on
the java side.
First off, do you really have a leak? top is not an appropriate
tool for examining Java heap usage. JConsole, JVisu
: Ken Bowen [mailto:kbo...@als.com]
Sent: Wednesday, January 20, 2010 7:11 PM
To: Tomcat Users List
Subject: Re: memory leak
As I mentioned, the DAO class uses a standard try/catch/finally
pattern to ensure that all statements, resultsets, & connections have
been closed before a method ret
via DWR, and outputs it simply on the page. There is a memory
leak on the java side.
Longer version:
I've developed a project using JSPs and the Ajax tool DWR 2.0
(Direct Web Remoting: http://directwebremoting.org/dwr).
I've used Java 1.6, and am running the project on Tomcat 6.0.20 on a
> From: Ken Bowen [mailto:kbo...@als.com]
> Subject: memory leak
>
> Short version: I have a project which gets some simple info from a db
> via DWR, and outputs it simply on the page. There is a memory leak on
> the java side.
First off, do you really have a leak? top is
:
> Short version: I have a project which gets some simple info from a
> db via DWR, and outputs it simply on the page. There is a memory
> leak on the java side.
>
> Longer version:
> I've developed a project using JSPs and the Ajax tool DWR 2.0
> (Direct Web Remoting: http:/
Short version: I have a project which gets some simple info from a db
via DWR, and outputs it simply on the page. There is a memory leak on
the java side.
Longer version:
I've developed a project using JSPs and the Ajax tool DWR 2.0 (Direct
Web Remoting: http://directwebremoting.or
We are having a memory leak in tomcat 6.0.18. We are using it as a client of
a Weblogic Server 10. We have monitored the memory consumed and we have
noticed that it grows up permanently. We have extended the memory VM
parameters till 1G and it's only a way to delay the end: the free memo
mcat memory leak problem
Are you sure you don't have any thread or task (I mean, quartz or so)
that is running and consume memory?
I agree, this sounds quite strange (our app is running for several weeks
and don't have any major issue, we sometimes need to restart tomcat
because it &q
, February 05, 2009 11:14 AM
To: users@tomcat.apache.org
Subject: tomcat memory leak problem
My system environment is: Windows 2000 Server. JDK 1.5, tomcat 5.5,
Oracle 9 The problems are:
1. After tomcat was started, the memory of the tomcat was normal, about
200M-300M. But after a certain time(this
Are you sure you don't have any thread or task (I mean, quartz or so)
that is running and consume memory?
I agree, this sounds quite strange (our app is running for several weeks
and don't have any major issue, we sometimes need to restart tomcat
because it "hangs", but our memory is under con
uence for the memory problem.
--
View this message in context:
http://www.nabble.com/tomcat-memory-leak-problem-tp21855110p21855110.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
-
To unsubscribe, e-
Hello Mohit,
You can try to check how the process is running using Jconsole or
jstack, jmap (granted if you have JDK 6.0). Read the documentation of
this tools to figure out the meaning of the output:
*
http://www.google.com/url?sa=t&source=web&ct=res&cd=8&url=http%3A%2F%2Fweblogs.java.net
tomcat 6: Is there a way to look at memory leaks in tomcat?
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
I'd like to thank everyone involved,
as many of you suspected it turned out to be an infinite loop in a
component of our webapp, i've tracked the issue down to the places
where it is most possible and gave it over to the owner of the
component.
Thank all of you for great help finding it !
Leon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Leon,
Leon Rosenberg wrote:
> The last thing I can imagine is that the request somehow gets
> redirected or forwarded infinitely during processing, but is not
> leaving tomcat entirely and just reenters the processing, keeping the
> outer request obje
> From: Leon Rosenberg [mailto:rosenberg.l...@googlemail.com]
> Subject: Re: Memory Leak(?) causing tomcat to store 57610801
> tomcat objects in ONE request
>
> The other explanation would be a direct infinite loop in
> the application, but that should also be visible in the
>
A small update on the matter:
I've managed to track it down, but the details are rather application
specific, so I don't want to bore you, but the scenario looks as
follows:
- something posts a rather normal looking request to an url that is
yet supported but obsolete (should be actually served b
> From: Leon Rosenberg [mailto:rosenberg.l...@googlemail.com]
>
> I was recently hunting what I thought to be a memory leak in our
> application. What happens is that the Old Gen Space is running full at
> once and then tomcat freezes
> because java is busy with Full GC all the
2009/1/10 Caldarale, Charles R :
>> From: Leon Rosenberg [mailto:rosenberg.l...@googlemail.com]
>> Subject: Memory Leak(?) causing tomcat to store 57610801
>> tomcat objects in ONE request
>>
>> HOW can it actually happen that a response object
>> contains 8
> From: Leon Rosenberg [mailto:rosenberg.l...@googlemail.com]
> Subject: Memory Leak(?) causing tomcat to store 57610801
> tomcat objects in ONE request
>
> HOW can it actually happen that a response object
> contains 8.000.000 mime headers?
Must be a very productive servl
Hi,
I was recently hunting what I thought to be a memory leak in our
application. What happens is that the Old Gen Space is running full at
once and then tomcat freezes
because java is busy with Full GC all the time. I've managed to create
a memory dump shortly before the crash and the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Noble,
Noble Paul നോബിള് नोब्ळ् wrote:
> While it is possible to do so (If I know it) wouldn't it be more
> elegant if Tomcat handles it automatically. It is hard to educate the
> users to cleanup their threadlocals.
They must be educated. Un-cared-
Tomcat Users List
:
Subject: Re: Memory leak from threadlocal for hot deployment
Date: Fri Oct 17 08:19:11 CEST 2008
From: Noble Paul നോബിള് नोब्ळ् <[EMAIL PROTECTED]>
While it is possible to do so (If I know it) wouldn't it be more
elegant if Tomcat handles it automatically. It
While it is possible to do so (If I know it) wouldn't it be more
elegant if Tomcat handles it automatically. It is hard to educate the
users to cleanup their threadlocals
Recreating the threads in threadpool once per restart is not really
expensive and users must be fine with that
On Thu, Oct 1
Err, why can't you reset the object after usage or at next redeploy?
Leon
On Thu, Oct 16, 2008 at 7:26 AM, Noble Paul നോബിള് नोब्ळ्
<[EMAIL PROTECTED]> wrote:
> If I store an application object in ThreadLocal and do hot deployment
> it prevents the old classloader from getting GCed . Why can't To
If I store an application object in ThreadLocal and do hot deployment
it prevents the old classloader from getting GCed . Why can't Tomcat
refresh it's threadpool after every app restart?
--Noble
-
To start a new topic, e-mail: us
ecessarily endorse content contained within this
> > transmission.
> >
> >
> > > Date: Fri, 29 Aug 2008 09:44:41 -0700
> > > From: [EMAIL PROTECTED]
> > > To: users@tomcat.apache.org
> > > Subject: Re: Servlet Memory Leak
> > >
> > &
usiness of Sender. This transmission is of a confidential nature and
> Sender
> > does not endorse distribution to any party other than intended recipient.
> > Sender does not necessarily endorse content contained within this
> > transmission.
> >
> >
> > >
> Date: Fri, 29 Aug 2008 09:44:41 -0700
> > From: [EMAIL PROTECTED]
> > To: users@tomcat.apache.org
> > Subject: Re: Servlet Memory Leak
> >
> > >
> > > I have a fairly small memory leak in a servlet (Tomcat 6.0) running on
> a
> > > Windows 2003
dorse distribution to any party other than intended recipient. Sender does
not necessarily endorse content contained within this transmission.
> Date: Fri, 29 Aug 2008 09:44:41 -0700
> From: [EMAIL PROTECTED]
> To: users@tomcat.apache.org
> Subject: Re: Servlet Memory Leak
>
>
I have a fairly small memory leak in a servlet (Tomcat 6.0) running on a
Windows 2003 server. I have been looking into memory profiling to help me
find the leak but nothing seems to be or do what I need. Simply put I want a
list of all of the objects/primitives (and if possible their values
On Thu, Aug 28, 2008 at 10:37 PM, Juha Laiho <[EMAIL PROTECTED]> wrote:
> Nathan Thatcher wrote:
> > I have a fairly small memory leak in a servlet (Tomcat 6.0) running on a
> > Windows 2003 server. I have been looking into memory profiling to help me
> > find the leak
Nathan Thatcher wrote:
> I have a fairly small memory leak in a servlet (Tomcat 6.0) running on a
> Windows 2003 server. I have been looking into memory profiling to help me
> find the leak but nothing seems to be or do what I need. Simply put I want a
> list of all of the objects/pri
I have a fairly small memory leak in a servlet (Tomcat 6.0) running on a
Windows 2003 server. I have been looking into memory profiling to help me
find the leak but nothing seems to be or do what I need. Simply put I want a
list of all of the objects/primitives (and if possible their values) that
/08, Nix Hanwei <[EMAIL PROTECTED]> wrote:
> From: Nix Hanwei <[EMAIL PROTECTED]>
> Subject: Any application which is use to detect tomcat memory leak problem
> To: "Tomcat Users List"
> Date: Monday, June 23, 2008, 9:47 AM
> Hi Gurus,
>
> Is there any a
Hello Nix
Are you looking for a memory leak in your web application or in tomcat?
Short answer is it's not easy.
The garbage collection mechanism in the JVM will cleanup any objects
that are no longer referenced. Therefore, you are only concerned with
objects that remain referenced (
Hi Gurus,
Is there any application which I may use to detect tomcat memory leak problem?
Thank you in advance for any value input.
Thanks & Regards.
Get your new Email address!
Grab the Email name you've always wanted before someone else does!
http://mail.promotions.
Exactly the same problem was discussed there
http://forum.java.sun.com/thread.jspa?threadID=5266266&tstart=0
Seems, I have two ways. Recompile the JSSE with some code added to
finalize method, or using tomcat with another ssl provider.
Does anybody knows how can I do the second case?
>add the f
add the flag
-XX:+HeapDumpOnOutOfMemoryError
when you get an OOM, it will dump a .hprof file, zip it up, and make it
available to us (dont attach it to an email :)
I can help you analyse it
Filip
Shapovalenko Daniil wrote:
Hello there!
I'm using Tomcat 6.0.16 with an extremely simple
Hello there!
I'm using Tomcat 6.0.16 with an extremely simple servlet.
The code of servlet is here (functions that doesn't mentioned here are
blank):
...
protected void doPost(HttpServletRequest request,
HttpServletResponse response) throws ServletException, IOException {
On Mon Mar 31 21:13:25 CEST 2008 Tomcat Users List
wrote:
On Mon, Mar 31, 2008 at 3:38 AM, Ronald Klop <[EMAIL PROTECTED]> wrote:
>
> See my previous mail about send/receive buffers filling because Ack wasn't
> read by FastAsyncSender.
> The option waitForAck="true" did the trick for me. But fo
David Rees wrote:
On Mon, Mar 31, 2008 at 4:48 PM, Filip Hanik - Dev Lists
<[EMAIL PROTECTED]> wrote:
David Rees wrote:
> One problem I've intermittently had with clustering is that after a
> Tomcat restart (we shut down one node and it immediately restarts,
> generally within 30 seconds),
On Mon, Mar 31, 2008 at 5:06 PM, Filip Hanik - Dev Lists
<[EMAIL PROTECTED]> wrote:
> David Rees wrote:
> > I've got a cluster in my test lab with the following configuration on
> 5.5.26:
> >
> >
> >
> > Looking at /manager/jmxproxy?qry=*:* I see the same thing on both
> > nodes (extra info
David Rees wrote:
On Mon, Mar 31, 2008 at 12:52 PM, Rainer Jung <[EMAIL PROTECTED]> wrote:
Ronald Klop schrieb:
See my previous mail about send/receive buffers filling because Ack
> wasn't read by FastAsyncSender.
> The option waitForAck="true" did the trick for me. But for
>
On Mon, Mar 31, 2008 at 4:48 PM, Filip Hanik - Dev Lists
<[EMAIL PROTECTED]> wrote:
> David Rees wrote:
> > One problem I've intermittently had with clustering is that after a
> > Tomcat restart (we shut down one node and it immediately restarts,
> > generally within 30 seconds), they two nodes
On Mon, Mar 31, 2008 at 12:52 PM, Rainer Jung <[EMAIL PROTECTED]> wrote:
> Ronald Klop schrieb:
> > See my previous mail about send/receive buffers filling because Ack
> > wasn't read by FastAsyncSender.
> > The option waitForAck="true" did the trick for me. But for
> > FastAsyncSender you shoul
David Rees wrote:
On Mon, Mar 31, 2008 at 12:49 PM, Rainer Jung <[EMAIL PROTECTED]> wrote:
First to make sure: counting objects in general only makes sense after a
full GC. Otherwise the heap dump will contain garbage too.
Yes, I made sure the objects I was looking at had a valid GC
On Mon, Mar 31, 2008 at 12:49 PM, Rainer Jung <[EMAIL PROTECTED]> wrote:
> First to make sure: counting objects in general only makes sense after a
> full GC. Otherwise the heap dump will contain garbage too.
Yes, I made sure the objects I was looking at had a valid GC
reference. They really wer
David Rees wrote:
On Mon, Mar 31, 2008 at 3:38 AM, Ronald Klop <[EMAIL PROTECTED]> wrote:
See my previous mail about send/receive buffers filling because Ack wasn't
read by FastAsyncSender.
The option waitForAck="true" did the trick for me. But for FastAsyncSender
you should set sendAck="fal
David Rees schrieb:
On Mon, Mar 31, 2008 at 3:38 AM, Ronald Klop <[EMAIL PROTECTED]> wrote:
See my previous mail about send/receive buffers filling because Ack wasn't
read by FastAsyncSender.
The option waitForAck="true" did the trick for me. But for FastAsyncSender
you should set sendAck="fals
Ronald Klop schrieb:
See my previous mail about send/receive buffers filling because Ack
wasn't read by FastAsyncSender.
The option waitForAck="true" did the trick for me. But for
FastAsyncSender you should set sendAck="false" on the receiving side.
Ronald.
Hi Ronald,
I saw your previous cl
David Rees schrieb:
On Sun, Mar 30, 2008 at 2:14 AM, David Rees <[EMAIL PROTECTED]> wrote:
From my understanding of the clustering software, it appears that
Tomcat is trying to send messages to the other Tomcat but it isn't
receiving them? Shouldn't it drop membership and give up? I suspect
On Mon, Mar 31, 2008 at 3:38 AM, Ronald Klop <[EMAIL PROTECTED]> wrote:
>
> See my previous mail about send/receive buffers filling because Ack wasn't
> read by FastAsyncSender.
> The option waitForAck="true" did the trick for me. But for FastAsyncSender
> you should set sendAck="false" on the rec
See my previous mail about send/receive buffers filling because Ack wasn't read
by FastAsyncSender.
The option waitForAck="true" did the trick for me. But for FastAsyncSender you should set
sendAck="false" on the receiving side.
Ronald.
On Mon Mar 31 02:07:51 CEST 2008 Tomcat Users List
wrot
I've had a problem with send/receive buffers filling up because
FastAsyncSocketSender doesn't read the Ack from the other cluster node.
Does netstat -n give you full buffers on the cluster tcp connections (port 8015
I think)?
This might cause Tomcat to stack up a lot of session data in its inter
Hi all,
No more help required - I traced back all the references to the Request
objects and it did turn out to be a bug in my application code. One of
my tracing classes (written a long time ago, before we used Tomcat) was
caching all created Thread objects. So when Tomcat decided to allocate
ne
On Sun, Mar 30, 2008 at 2:14 AM, David Rees <[EMAIL PROTECTED]> wrote:
> From my understanding of the clustering software, it appears that
> Tomcat is trying to send messages to the other Tomcat but it isn't
> receiving them? Shouldn't it drop membership and give up? I suspect
> that some recon
On Sun, Mar 30, 2008 at 1:49 AM, David Rees <[EMAIL PROTECTED]> wrote:
> I have a 2-Tomcat 5.5.26 cluster running 64bit Java which leaks
> ClusterData and LinkObject objects.
>
> I have a hprof dump which shows over 600k of each of those classes.
> Analyzing them with a profiler reveals an endle
I have a 2-Tomcat 5.5.26 cluster running 64bit Java which leaks
ClusterData and LinkObject objects.
I have a hprof dump which shows over 600k of each of those classes.
Analyzing them with a profiler reveals an endless loop of
LinkObject.next references through all 600k of them. There were about
60
Hi,
I have now managed to do some analysis of the classes that are
referencing the leaked objects, can anyone help me interpret these
results?
I got jmap/jhat working by upgrading to JRE 1.6.0_05, and took a heap
dump at a time after a period of stress when all SOAP/XML connections
had been close
"
To
"Tomcat Users List"
cc
Subject
RE: Memory leak in Tomcat 5.5.16
Christopher,
Christopher Schultz wrote:
> Have you been able to compare the numbers of those objects after, say,
> 100 requests with the same object counts after, say, 1 requests?
It
> /i
Tom Price
I'm trying to find a tool that will show me which objects are holding
onto references to these Tomcat objects, but haven't had much success so
far - any suggestions gratefully received.
Not free, but I use YourKit and get on very well with it.
Mark
-
Christopher,
Christopher Schultz wrote:
> Have you been able to compare the numbers of those objects after, say,
> 100 requests with the same object counts after, say, 1 requests?
It
> /is/ possible that Tomcat is leaking memory per connection, but very
> unlikely given that thousands of serve
memory leak has occurred, and I see that the following
classes take up most of the memory:
SizeCount Class description
---
433059616 557692 char[]
292410472 124245 byte[]
1780156087232 * ConstMethodKlass
16543576
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tom,
Tom Price wrote:
| I have analyzed the heap usage on a
| system where this memory leak has occurred, and I see that the following
| classes take up most of the memory:
[snip]
| Does anyone know what could trigger the above classes to be
where this memory leak has occurred, and I see that the following
classes take up most of the memory:
SizeCount Class description
---
433059616 557692 char[]
292410472 124245 byte[]
1780156087232 * ConstMethodKlass
Hi guys,
Indeed session disabling did the job.
Thanks!
- Original Message -
From: "Christopher Schultz" <[EMAIL PROTECTED]>
To: "Tomcat Users List"
Sent: Thursday, January 24, 2008 9:26 PM
Subject: Re: Tomcat memory leak?
-BEGIN PGP SIGNED MESSAGE---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ofer,
Ofer Kalisky wrote:
| That's what I'm saying, I've been sitting on this for two days and can't
| figure it out.
Does your JSP disable sessions? It's possible that your python script is
creating millions of (unused) sessions that don't expire b
4, 2008 10:31 AM
Subject: Re: Tomcat memory leak?
> That's what I'm saying, I've been sitting on this for two days and can't
> figure it out.
> Do you mean to say that you tried it and even when accessing the JSP with
> the script - your memory stays low? What am
fer.
- Original Message -
From: "Leon Rosenberg" <[EMAIL PROTECTED]>
To: "Tomcat Users List"
Sent: Thursday, January 24, 2008 5:25 PM
Subject: Re: Tomcat memory leak?
I downloaded your example.
So you are telling us, that simply calling a JSP file with ht
>
> Ofer.
>
> - Original Message -
> From: "Leon Rosenberg" <[EMAIL PROTECTED]>
> To: "Tomcat Users List"
>
> Sent: Thursday, January 24, 2008 5:25 PM
> Subject: Re: Tomcat memory leak?
>
>
> >I downloaded your example.
> &g
From: "Leon Rosenberg" <[EMAIL PROTECTED]>
To: "Tomcat Users List"
Sent: Thursday, January 24, 2008 5:25 PM
Subject: Re: Tomcat memory leak?
I downloaded your example.
So you are telling us, that simply calling a JSP file with html markup
only and without any code kills y
still missing ChangeConfig.jsp ?
M-
- Original Message -
From: "Ofer Kalisky" <[EMAIL PROTECTED]>
To: "Tomcat Users List"
Sent: Thursday, January 24, 2008 10:13 AM
Subject: Re: Tomcat memory leak?
> Change file ext to zip...
>
> - Original
---
> From: "Ofer Kalisky" <[EMAIL PROTECTED]>
> To: "Tomcat Users List"
>
> Sent: Thursday, January 24, 2008 5:08 PM
> Subject: Re: Tomcat memory leak?
>
>
> >I think the mailing list blocks war files...
> >
> > trying with zip...
&
t;Tomcat Users List"
Sent: Thursday, January 24, 2008 5:08 PM
Subject: Re: Tomcat memory leak?
I think the mailing list blocks war files...
trying with zip...
- Original Message -
From: <[EMAIL PROTECTED]>
To: "Tomcat Users List"
Sent: Thursday, January 24,
Change file ext to zip...
- Original Message -
From: "Ofer Kalisky" <[EMAIL PROTECTED]>
To: "Tomcat Users List"
Sent: Thursday, January 24, 2008 5:08 PM
Subject: Re: Tomcat memory leak?
I think the mailing list blocks war files...
trying with zip.
I think the mailing list blocks war files...
trying with zip...
- Original Message -
From: <[EMAIL PROTECTED]>
To: "Tomcat Users List"
Sent: Thursday, January 24, 2008 5:00 PM
Subject: Re: Tomcat memory leak?
Good Morning Ofer
I dont see attachement of /LoadTe
Good Morning Ofer
I dont see attachement of /LoadTest/something.jsp
Martin-
- Original Message -
Wrom: FPEGAUTFJMVRESK
To: users@tomcat.apache.org
Sent: Thursday, January 24, 2008 9:51 AM
Subject: Tomcat memory leak?
Hi,
I know it's weird, but I'm doing th
401 - 500 of 632 matches
Mail list logo
