Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>
Received-SPF: pass (hermes.apache.org: local policy)
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: Why is tomcat (java) so memory intensive?
Date: Tue, 21 Dec 2004 16:51:47 -0000
Message-ID: <5684A7E6FB10504393A2806C1F4C021005AF8101@orion.qas.com>
Thread-Topic: Why is tomcat (java) so memory intensive?
Thread-Index: AcTnfQQjysjsf8NTQeSVb/GxnJch/wAAB+pw
From: "Allistair Crossley" <Allistair.Crossley@QAS.com>
To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>,
	"Dakota Jack" <dakota.jack@gmail.com>

our production server has been on 5.5.4 for a few weeks and performing =
very nicely. 5.5.4 is the latest stable build for 5.5 series. give it a =
shot on your development server if you have one.

> -----Original Message-----
> From: Dakota Jack [mailto:dakota.jack@gmail.com]
> Sent: 21 December 2004 16:45
> To: Tomcat Users List
> Subject: Re: Why is tomcat (java) so memory intensive?
>=20
>=20
> Is there any reason not to upgrade to 5.5?  Is that ready for prime
> time?  Thanks.
>=20
> Jack
>=20
>=20
> On Tue, 21 Dec 2004 16:06:13 -0000, Allistair Crossley
> <Allistair.Crossley@qas.com> wrote:
> > i think (from memory) it had to do with registering=20
> requests with jk. anyway, like i say, upgrade and you'll see=20
> that leak go away i am pretty sure.
> >=20
> > > -----Original Message-----
> > > From: Allistair Crossley
> > > Sent: 21 December 2004 16:00
> > > To: Tomcat Users List; christoph@kutzinski.de
> > > Subject: RE: Why is tomcat (java) so memory intensive?
> > >
> > >
> > > you are right, tomcat 5.0.19 did have a memory leak. some
> > > dispute it, but it is there, i had it also and used a
> > > profiler to show it. you should upgrade to 5.0.28.
> > >
> > > Allistair.
> > >
> > > > -----Original Message-----
> > > > From: Philippe Deslauriers [mailto:deslauriers@beetext.com]
> > > > Sent: 21 December 2004 15:47
> > > > To: Tomcat Users List; christoph@kutzinski.de
> > > > Subject: RE: Why is tomcat (java) so memory intensive?
> > > >
> > > >
> > > >
> > > > Actually no, I tough it was 256Mb. Thanks.
> > > > It will go out of memory around 125Mb 140Mb in the task
> > > > manager. It depends.
> > > >
> > > > But your point just prove my problem to be even stanger: if
> > > > 64 Mb shoulb be
> > > > the limit
> > > > where did the other 60Mb+ go? (the JVM itself never takes
> > > > that much memory,
> > > > not from my experience).
> > > >
> > > > What I did not mention in the orgininal post is that I have
> > > > the same problem
> > > > with an app running on 5.0.18 sam jdk, using -Xms256m
> > > > -Xmx1024m, it will
> > > > also run OOM, and again profiling the app did not show any
> > > > leak, and a large
> > > > gap between the total heap and whatever the task manger reports.
> > > >
> > > > My main issue here is where does the gap come from?
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: Christoph Kutzinski [mailto:kutzi@gmx.de]
> > > > Sent: Tuesday, December 21, 2004 10:22 AM
> > > > To: Tomcat Users List
> > > > Subject: Re: Why is tomcat (java) so memory intensive?
> > > >
> > > >
> > > > Philippe Deslauriers wrote:
> > > > > I am using Tomcat 5.0.19 on Windows XP SP2, J2SDK 1.4.2_03.
> > > > >
> > > > > I have a serious memory problem with Tomcat, it just EAT
> > > > memory without
> > > > > explanation, until OOM error occurs.
> > > > >
> > > > > The Java.exe process in the windows task manager reports
> > > > using between
> > > > 95Mb
> > > > > and 105Mb after the startup of the webapp. I do not use Xms
> > > > Xmx options in
> > > > > dev mode.
> > > >
> > > > You do know that the VM will only allocate 64 mb for heap
> > > if you don't
> > > > use the Xmx option, do you?
> > > > After the 64 mb are used up the vm will throw an oom error.
> > > > How much memory does the taskmanager report before the oom
> > > > error happens?
> > > >
> > > >
> > > > Christoph
> > > >
> > > >
> > >=20
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail:=20
> tomcat-user-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail:=20
> tomcat-user-help@jakarta.apache.org
> > > >
> > > >
> > > >
> > > >
> > >=20
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail:=20
> tomcat-user-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail:=20
> tomcat-user-help@jakarta.apache.org
> > > >
> > > >
> > >
> > >
> > > <FONT SIZE=3D1 FACE=3D"VERDANA,ARIAL" COLOR=3DBLUE>
> > > -------------------------------------------------------
> > > QAS Ltd.
> > > Developers of QuickAddress Software
> > > <a href=3D"http://www.qas.com">www.qas.com</a>
> > > Registered in England: No 2582055
> > > Registered in Australia: No 082 851 474
> > > -------------------------------------------------------
> > > </FONT>
> > >
> > >
> > >=20
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail:=20
> tomcat-user-help@jakarta.apache.org
> > >
> > >
> >=20
> >=20
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
> >=20
> >=20
>=20
>=20
> --=20
> "You can lead a horse to water but you cannot make it float=20
> on its back."
>=20
> ~Dakota Jack~
>=20
> "You can't wake a person who is pretending to be asleep."
>=20
> ~Native Proverb~
>=20
> "Each man is good in His sight. It is not necessary for=20
> eagles to be crows."
>=20
> ~Hunkesni (Sitting Bull), Hunkpapa Sioux~
>=20
> -----------------------------------------------
>=20
> "This message may contain confidential and/or privileged information.
> If you are not the addressee or authorized to receive this for the
> addressee, you must not use, copy, disclose, or take any action based
> on this message or any information herein. If you have received this
> message in error, please advise the sender immediately by reply e-mail
> and delete this message. Thank you for your cooperation."
>=20
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>=20
>=20

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