Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 20426 invoked from network); 5 Jul 2006 13:56:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 5 Jul 2006 13:56:05 -0000 Received: (qmail 27885 invoked by uid 500); 5 Jul 2006 13:55:51 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 27857 invoked by uid 500); 5 Jul 2006 13:55:51 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 27844 invoked by uid 99); 5 Jul 2006 13:55:50 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Jul 2006 06:55:50 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=HTML_MESSAGE,SPF_HELO_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [168.143.177.190] (HELO cluster-c.mailcontrol.com) (168.143.177.190) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Jul 2006 06:55:49 -0700 Received: from mail.connaught.plc.uk (reverse-78-159.swisp.co.uk [81.17.78.159]) by rly16c.srv.mailcontrol.com (MailControl) with ESMTP id k65DtF9f031100 for ; Wed, 5 Jul 2006 14:55:16 +0100 Received: from cmail.connaught.plc.uk ([172.16.0.4]) by mail.connaught.plc.uk with Microsoft SMTPSVC(6.0.3790.211); Wed, 5 Jul 2006 14:55:21 +0100 Received: from cmailnth.connaught.plc.uk (CMailnth [172.16.0.5]) by cmail.connaught.plc.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id NZ4S34RN; Wed, 5 Jul 2006 14:54:25 +0100 Received: by CMailnth with Internet Mail Service (5.5.2653.19) id ; Wed, 5 Jul 2006 14:54:26 +0100 Message-ID: From: Darren Kukulka To: users@tomcat.apache.org Subject: Problem with JVM Old-Gen heap and setting JVM Memory Pool Date: Wed, 5 Jul 2006 14:54:24 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C6A03A.85E423CA" X-OriginalArrivalTime: 05 Jul 2006 13:55:21.0585 (UTC) FILETIME=[A81FEE10:01C6A03A] X-Scanned-By: MailControl A-07-00-10 (www.mailcontrol.com) on 10.67.0.126 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------_=_NextPart_000_01C6A03A.85E423CA Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6A03A.85E423CA" ------_=_NextPart_001_01C6A03A.85E423CA Content-Type: text/plain Hi There! I have a problem with a legacy Tomcat application running on a windows environment where the Old Gen heap space is gradually hitting close to 100%, where it becomes immune to immediate garbage collection and causes the application to become unusable. The environment details are as follow; Platform - Windows Server 2003 Enterprise Edition SP1 (8GB RAM) Apache/Tomcat Version - 5.5.15 JVM Version - 1.5.07 (Server JVM) Database - SQL Server 2005 (separate server) Database Connector - jTDS 1.2 JDBC driver Tomcat is installed as a service so all JVM parameters are controlled via the Tomcatw.exe. They are as follows -Dcatalina.home=F:\tomcat5 -Dcatalina.base=F:\tomcat5 -Djava.endorsed.dirs=F:\tomcat5\common\endorsed -Djava.io.tmpdir=F:\tomcat5\temp -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=F:\tomcat5\conf\logging.properties -Duser.language=en -Duser.country=GB -Xms1500m -Xmx1500m -XX:+UseParallelGC -XX:ParallelGCThreads=2 -XX:+UseParallelOldGC -XX:+UseAdaptiveSizePolicy -XX:NewSize=400m -XX:MaxNewSize=400m -XX:PermSize=128m -XX:MaxPermSize=128m -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.port=1234 -Dcom.sun.management.jmxremote.password.file=C:\Program Files\Java\jre1.5.0_06\jre\lib\management\jmxremote.password All of these parameters are entered in the Java Options space in the Tomcat Management tool. Note below that the active values for -Xms and -Xmx appear to be the ones stipulated in Initial Memory Pool and Maximum Memory Pool. One thing I have been trying is to increase the JVM memory pool to take advantage of the memory in this server (nothing else runs on the box). The highest I appear to be able to set it to is about 1350 MB. Reading through some doco I see references to this saying to set it to multiples of 1024. I attempted to set to 2048 MB as the server has more than enough memory to cope. Tomcat refuses to take anything more than 1350 MB! As you can see by my judicious use of GC parameters (!) I have also tried tuning the garbage collector to aggressively clean the Old Gen heap. This settled things down for a while but if the JVM is left unattended for a few hours the Old Gen builds up and sometimes 'freezes' as explained before. Sometimes a manual GC with JConsole helps but this is hardly ideal! GC sure is a barrel-o-fun! Can anybody offer some suggestions to resolve this? Cheers, Darren Kukulka IT Infrastructure Consultant Conntrol Connaught PLC Connaught honoured AIM 'Decade of Excellence' Award Connaught awarded Partnering Contractor of the Year 2005 Connaught wins AIM 'Company of the Year' award 2004 West of England Business of the Year Award Winner 2003 Why not visit our website http://www.connaught.plc.uk Disclaimer: The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete this message. Connaught plc, Head Office 01392 444546 ------_=_NextPart_001_01C6A03A.85E423CA Content-Type: text/html Content-Transfer-Encoding: quoted-printable

Hi There!

 

I have a problem with a legacy Tomcat application running on a windows environment where the Old Gen heap space is gradually hitting close to 100%, where it becomes immune to immediate garbage collection and causes the appl= ication to become unusable.

 

The environment details are as follow;

 

Platform – Windows Server 2003 En= terprise Edition SP1 (8GB RAM)

Apache/Tomcat Version – 5.5.15

JVM Version – 1.5.07 (Server JVM)

Database – SQL Server 2005 (separate server)

Database Connector – jTDS 1.2 JDBC driver

 

Tomcat is installed as a service so all JVM parameters are controlled via the Tomcatw.exe.  They are as follows

 

-Dcatalina.home=3DF:\tomcat5

-Dcatalina.base=3DF:\tomcat5

-Djava.endorsed.dirs=3DF:\tomcat5\common\endorsed<= /font>

-Djava.io.tmpdir=3DF:\tomcat5\temp

-Djava.util.logging.manager=3Dorg.apache.juli.ClassLoaderLogManager<= o:p>

-Djava.util.logging.config.file=3DF:\tomcat5\conf\logging.properties=

-Duser.language=3Den

-Duser.country=3DGB

-Xms1500m

-Xmx1500m

-XX:+UseParallelGC

-XX:ParallelGCThreads=3D2

-XX:+UseParallelOldGC

-XX:+UseAdaptiveSizePolicy

-XX:NewSize=3D400m

-XX:MaxNewSize=3D400m

-XX:PermSize=3D128m

-XX:MaxPermSize=3D128m

-Dcom.sun.management.jmxremote.ssl=3Dfalse<= /p>

-Dcom.sun.management.jmxremote.authenticate=3Dfalse

-Dcom.sun.management.jmxremote.port=3D1234<= /p>

-Dcom.sun.management.jmxremote.password.file=3DC:\Program Files\Java\jre1.5.0_06\jre\lib\management\jmxremote.password

 

All of these parameters are entered in the Java Options space in the Tomcat Management tool.  Note below that the active values for -Xms and -Xmx appear to be the ones stipulated in Initial Memory Pool and Maximum Memory Pool.

 

 

One thing I have been trying is to increase the JVM memory pool to take advanta= ge of the memory in this server (nothing else runs on the box).  The high= est I appear to be able to set it to is about 1350 MB.  Reading through so= me doco I see references to this saying to set it to multiples of 1024.  I attempted to set to 2048 MB as the server has more than enough memory to cope.  Tomcat refuses to take anything more than 1350 MB!

 

As you can see by my judicious use of GC parameters (!) I have also tried tuni= ng the garbage collector to aggressively clean the Old Gen heap.  This settled things down for a while but if the JVM is left unattended for a few hours the Old Gen builds up and sometimes ‘freezes’ as explained before.  Sometimes a manual GC with JConsole helps but this is hardly ideal!  GC sure is a barrel-o-fun!

 

Can anybody offer some suggestions to resolve this?

 

Cheers,

 

Darren Kukulka

IT Infrastructure Consultant

Conntrol

Connaught PLC

 




Connaught honoured AIM 'Decade of Excelle= nce' Award


Connaught awarded Partnering Contractor o= f the Year 2005


Connaught wins AIM 'Company of the Year' = award 2004


West of England Business of the Year Awar= d Winner 2003


Why not visit our website http://www.connaught.plc.uk


Disclaimer:

The information transmitted is intended only= for the person or entity to which it is addressed and may contain confiden= tial and/or privileged material. Any review, retransmission, dissemination = or other use of, or taking of any action in reliance upon, this information= by persons or entities other than the intended recipient is prohibited. If= you received this in error, please contact the sender and delete this mess= age.


Connaught plc, Head Office 01392 444546

------_=_NextPart_001_01C6A03A.85E423CA-- ------_=_NextPart_000_01C6A03A.85E423CA Content-Type: text/plain; charset=us-ascii --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org ------_=_NextPart_000_01C6A03A.85E423CA--