Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: Memory Leak with static content
Date: Mon, 15 Sep 2003 13:40:19 -0400
Message-ID: <9C5166762F311146951505C6790A9CF8A6EBD4@US-VS1.corp.mpi.com>
Thread-Topic: Memory Leak with static content
Thread-Index: AcN7r4m4MUjZy7kfQRmpkC9fF/17EQAANuRg
From: "Shapira, Yoav" <Yoav.Shapira@mpi.com>
To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>


Howdy,
Run your app with a  profiler and a stress tool and see when and where=

memory is allocated.

Yoav Shapira
Millennium ChemInformatics


>-----Original Message-----
>From: Seth Newton [mailto:snewton@keithley.com]
>Sent: Monday, September 15, 2003 1:34 PM
>To: Tomcat Users List
>Subject: Re: Memory Leak with static content
>
>All,
>
>Updates to this issue....
>
>-I'm not sure if it's the OS, but I've never seen this happen before =
on
>other Solaris installs.  What would I look at to determine if it's th=
e
>OS?..
>The way that question is phrased makes it difficult for me to
completely
>understand what you mean. Can you be more specific?
>-It did take up memory until Tomcat would no longer serve pages.  Use=
rs
>would try to see their sites and just get a blank white screen until
their
>request timed out.  I haven't let it time go incrementally since I've=

>upgraded Tomcat or the jdk, however, I may let it stall out if I get
that
>desperate.
>-I upgraded to 1.4.2 and still the memory increases.
>-Yes, I'm closing all streams in the email class.  Also, this
particular
>code has been used successfully across platforms and across java
servers
>for
>about 3 years now.
>
>Anymore input is greatly appreciated.
>
>-Seth.
>----- Original Message -----
>From: "Nikolaos Giannopoulos" <nikolaos@solmar.ca>
>To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>
>Sent: Friday, September 12, 2003 6:04 PM
>Subject: RE: Memory Leak with static content
>
>
>> Seth,
>>
>> Have you tried JDK 1.4.2?  1.4.0 has been known to have a memory le=
ak
in
>the
>> StringBuffer implementation w.r.t. re-using StringBuffers but you
mention
>> that your only serving static content so this may not be it.
>>
>> However, I believe that I read that something like 2000 bugs have
been
>fixed
>> in 1.4.2 (if my memory serves me well).  We have have no visible
problems
>> running tomcat 4.1.12/18 stand alone w/ 1.4.2 on Solaris 8 on 4 box=
es
(no
>> JSPs - just servlets and static content).
>>
>> Please reply back if this works or does not work for you - we are
looking
>at
>> upgrading our Tomcat instances in the near future.
>>
>> HTH.
>>
>> --Nikolaos
>>
>>
>> > -----Original Message-----
>> > From: Seth Newton [mailto:snewton@keithley.com]
>> > Sent: Friday, September 12, 2003 4:58 PM
>> > To: tomcat-user@jakarta.apache.org
>> > Subject: Memory Leak with static content
>> >
>> >
>> > All,
>> >
>> > OS: Sparc-Solaris 9
>> > JDK: 1.4.0_02
>> > Tomcat: 4.1.27
>> >
>> > Problem:
>> > I start tomcat and it takes up about 45MB of RAM.  I wrote a
>> > script to email me every ten minutes the amount of memory it's
>> > taking up.  The results are showing me that it gains about 1MB
>> > every 10 minutes or so (on average).  If I let it go, it will
>> > grow until it runs out of memory.  Right now, I have a script to
>> > restart tomcat after the memory is too high.  This is a bad
>> > solution.  I've looked at a LOT of people's suggestions from
>> > other threads, and I have tried the following:
>> >
>> > -Use jikes
>> > -Set development to false in web.xml
>> > -Increase the heap sizes
>> > -set fork to true in web.xml
>> >
>> > Other Info:
>> > -I'm using Tomcat to feed about 6 sites with static content.  I
>> > have one jsp page that handles all of our forms, and all that
>> > does is capture the <input> and send it to an email address.  It
>> > is the only code I have anywhere.  This jsp page is not causing
>> > the memory leak.
>> > -I had the same problem with 4.1.17, and was hoping that an
>> > update would help, but it didn't.
>> > -This is an incremental increase, and doesn't seem to have much
>> > to do with traffic patterns or how much I use my one jsp page.
>> >
>> > Any suggestions would be great.
>> > -Seth.
>>
>>
>>
>> -------------------------------------------------------------------=
--
>> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tomcat-user-help@jakarta.apache.or=
g
>>
>
>
>---------------------------------------------------------------------=

>To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: tomcat-user-help@jakarta.apache.org


This e-mail, including any attachments, is a confidential business com=
munication, and may contain information that is confidential, propriet=
ary and/or privileged.  This e-mail is intended only for the individua=
l(s) to whom it is addressed, and may not be saved, copied, printed, d=
isclosed or used by anyone else.  If you are not the(an) intended reci=
pient, please immediately delete this e-mail from your computer system=
 and notify the sender.  Thank you.