Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: pass (asf.osuosl.org: local policy)
Subject: Re: Max Memory Reading
From: Alan Flisch <alan.flisch@becogent.com>
To: Tomcat Users List <users@tomcat.apache.org>
In-Reply-To: <327858f40610130404v31e39e05q8552ae988aa50219@mail.gmail.com>
References: <1160723675.23324.34.camel@localhost.localdomain>
	 <327858f40610130328h61973ca8ib537d58248d3707@mail.gmail.com>
	 <1160735787.23324.46.camel@localhost.localdomain>
	 <327858f40610130338x4f531cd1le840d99787e47365@mail.gmail.com>
	 <1160737027.23324.54.camel@localhost.localdomain>
	 <327858f40610130404v31e39e05q8552ae988aa50219@mail.gmail.com>
Content-Type: multipart/alternative; boundary="=-tCbxFHGi3yXWWaUCkyvz"
Date: Fri, 13 Oct 2006 13:51:20 +0100
Message-Id: <1160743880.23324.56.camel@localhost.localdomain>
Mime-Version: 1.0

--=-tCbxFHGi3yXWWaUCkyvz
Content-Type: text/plain
Content-Transfer-Encoding: 7bit


I thought you were safe up to 4000m (in practice a little lower) for the
32 bit VM.

Regards,
Alan

On Fri, 2006-10-13 at 13:04 +0200, Leon Rosenberg wrote:

> just as note Xmx2000m works on 64bit vm only
> and you can use g instead of 1000m -> -Xmx2g
> 
> regards
> Leon
> 
> P.S. You should set your ms=mx, saves time :-)
> 
> On 10/13/06, Alan Flisch <alan.flisch@becogent.com> wrote:
> >
> > Thanks.  Found a reference too:
> > http://java.sun.com/j2se/1.5.0/docs/guide/vm/gc-ergonomics.html
> >
> > Going to set the following...
> >
> > -server
> > -Xmx2000m
> > -XX:MaxPermSize=256m
> >
> >
> >
> > On Fri, 2006-10-13 at 12:38 +0200, Leon Rosenberg wrote:
> >
> > > def perm size is 64Mb
> > >
> > > On 10/13/06, Alan Flisch <alan.flisch@becogent.com> wrote:
> > > >
> > > > Thanks, I suspected that, but couldn't find a reference in any JVM docs.
> > > > Do you have a reference I could look at so I could better understand
> > > > what is going on?
> > > >
> > > > In order for me to set an appropriate larger perm gen size, I suppose
> > > > I'd need to know what it currently is.  I seem to remember it is
> > > > independent of the max heap size.  Any thoughts on this?
> > > >
> > > > Regards,
> > > > Alan
> > > >
> > > >
> > > > On Fri, 2006-10-13 at 12:28 +0200, Leon Rosenberg wrote:
> > > >
> > > > > The default memory values depends on your machine (processor speed and
> > > > > count, total amount of memory) and are guessed by the vm (if not
> > > > > explicitely specified) upon application start.
> > > > > Times of 64Mb max memory are long over now.
> > > > >
> > > > > regards
> > > > > Leon
> > > > >
> > > > > On 10/13/06, Alan Flisch <alan.flisch@becogent.com> wrote:
> > > > > >
> > > > > > Hi,
> > > > > >
> > > > > > I was having some problems with perm gen space on one of our tomcat
> > > > > > instances and decided to increase the perm gen size and review the
> > > > > > JAVA_OPTS settings in general when I noticed something curious.  No
> > > > > > settings are currently made so its just running with default values, but
> > > > > > the manager status page shows the following...
> > > > > >
> > > > > > >Free memory: 158.53 MB Total memory: 373.75 MB Max memory: 913.37 MB
> > > > > >
> > > > > > That max memory figure in particular looks like a pretty strange
> > > > > > default!  I thought  the default was 64m.
> > > > > >
> > > > > > The installation details are as follows...
> > > > > > Apache Tomcat/5.5.16 1.5.0_06-b05 Sun Microsystems Inc. SunOS 5.9 sparc
> > > > > > The system has 16G of RAM.
> > > > > >
> > > > > > Has anybody any thoughts?
> > > > > >
> > > > > > Regards,
> > > > > > Alan
> > > > > >
> > > > > >
> > > > > > ****************************************************************************************************************************************************
> > > > > > This e-mail and any accompanying documents contain confidential information intended for a specific individual which is private and protected by law.
> > > > > > If you are not the intended recipient, any disclosure, copying, distribution or other use of this information is strictly prohibited.
> > > > > > You are also requested to advise us immediately if you receive information which is not addressed to you.
> > > > > > beCogent is Authorised and Regulated by the Financial Services Authority.
> > > > > > *****************************************************************************************************************************************************
> > > > > >
> > > > >
> > > > > ---------------------------------------------------------------------
> > > > > 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
> > > >
> > > >
> > > >
> > > >
> > > > ****************************************************************************************************************************************************
> > > > This e-mail and any accompanying documents contain confidential information intended for a specific individual which is private and protected by law.
> > > > If you are not the intended recipient, any disclosure, copying, distribution or other use of this information is strictly prohibited.
> > > > You are also requested to advise us immediately if you receive information which is not addressed to you.
> > > > beCogent is Authorised and Regulated by the Financial Services Authority.
> > > > *****************************************************************************************************************************************************
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > 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
> > >
> >
> > Alan Flisch
> > Senior Developer
> > beCogent Ltd.
> > www.beCogent.com
> >
> > T: +44 (0)1236 628 113
> > F: +44 (0)1236 628 101
> > E: alan.flisch@beCogent.com
> >
> >
> > ****************************************************************************************************************************************************
> > This e-mail and any accompanying documents contain confidential information intended for a specific individual which is private and protected by law.
> > If you are not the intended recipient, any disclosure, copying, distribution or other use of this information is strictly prohibited.
> > You are also requested to advise us immediately if you receive information which is not addressed to you.
> > beCogent is Authorised and Regulated by the Financial Services Authority.
> > *****************************************************************************************************************************************************
> >


****************************************************************************************************************************************************
This e-mail and any accompanying documents contain confidential information intended for a specific individual which is private and protected by law.
If you are not the intended recipient, any disclosure, copying, distribution or other use of this information is strictly prohibited.
You are also requested to advise us immediately if you receive information which is not addressed to you.
beCogent is Authorised and Regulated by the Financial Services Authority.
*****************************************************************************************************************************************************
--=-tCbxFHGi3yXWWaUCkyvz--