tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Filip Hanik" <>
Subject RE: Memory leak- yeah I know
Date Thu, 15 Jan 2004 00:08:41 GMT
Remy, absolutely no intentions of being sarcastic :), if there isn't a leak,
that is great, if there is, will fix it.

I'm trying to figure it out, I didn't ask anyone else to spend time on it,
or even read my email.
but if anyone is doing work on this lets work on it together.

just got jprobe up and running, once I have ran a few tests, I will
experiment with the garbage collection, the memory is slowly growing, its
been running for an hour.


-----Original Message-----
From: Remy Maucherat []
Sent: Wednesday, January 14, 2004 3:08 PM
To: Tomcat Developers List
Subject: Re: Memory leak- yeah I know

Filip Hanik wrote:

> Ok, I know that these emails are usually dismissed with the words:
> "Gets us some proof from a profiler", and I will...gimme some time, in the
> meanwhile, if anyone else wants to play with it.
> well the story is that during heavy load tests of the session
replication my
> system my VMs always run out of memory.
> What am I doing different than others, well, during my load tests I am not
> using keep alive connections to achieve true round robin. I'm
doing this by
> setting method.setHttp11(false) in the Http client.
> Running the test (attached, instructions below) I am hitting
> http://localhost:8080/index.jsp (home page) and watching the
memory grow and
> grow and grow.
> I am using a profiler and having somewhat of a hard time reading
the output.
> I am gonna download a trial of jprobe, see how that works out for me... I
> will be back with results from that.
> in the meantime, for those who want to see their memory grow here are the
> instructions
> My env:
> Machine: PIII 1.6Ghz, 512MB Ram
> OS: Redhat 8
> VM: Sun JDK 1.4.2_02 (build 1.4.2_02-b03)
> Instructions:
> download the attached client.jar
> execute:
> java -cp testclient.jar;commons-httpclient.jar;commons-logging.jar
> org.apache.catalina.cluster.test.client.MemTestClient http
> :// 100 100000 1000 false (exchange ; for : on
> unix)
> Watching the memory grow using Top, although it shouldn't increase at all.

There's ab for that kind of stuff, you know ... No need to waste your
time writing some new stuff.
Your tone is a bit sarcastic, I think. I'm eagerly awaiting your
"proofs" ;-)


To unsubscribe, e-mail:
For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message