Re: Heap size for two container sharing single JVM

2010-05-31 Thread Johan Martinez
Thanks Chuck.

These two tomcat containers are running under two different user accounts. I
was exploring few things and found jps and jinfo commands, which showed two
different processes for each container. Now that output makes more sense to
me.

--
jM.


On Mon, May 24, 2010 at 2:03 PM, Caldarale, Charles R <
chuck.caldar...@unisys.com> wrote:

> > From: Johan Martinez [mailto:jmart...@gmail.com]
> > Subject: Heap size for two container sharing single JVM
> >
> > it will share the same JDK instance.
>
> All that means is that the same JDK is used as the process templates for
> the each JVM instance.
>
> > Do I need to setup java heap space separately for
> > both containers?
>
> Yes, they are completely independent.  Make sure you have enough RAM to
> support the process space requirements for everything you're running on the
> system.
>
> > For a single container I am adding heap space (Xmx)
> > option to JAVA_OPTS in catalina.sh script.
>
> You should do that in setenv.sh, not catalina.sh; catalina.sh will call
> setenv.sh if it exists.
>
> > Do I need to add this option to second container again
> > or set it somewhere else?
>
> You need to create or modify the script in the second Tomcat instance.
>
> > Since it is a JDK option and not tomcat option
>
> It's actually a running JVM option, not a JDK option.
>
> > I am thinking it is a system-wide setting and not
> > specific to each container.
>
> You are incorrect.
>
>  - Chuck
>
>
> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
> MATERIAL and is thus for use only by the intended recipient. If you received
> this in error, please contact the sender and delete the e-mail and its
> attachments from all computers.
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>


RE: Heap size for two container sharing single JVM

2010-05-24 Thread Caldarale, Charles R
> From: Johan Martinez [mailto:jmart...@gmail.com]
> Subject: Heap size for two container sharing single JVM
> 
> it will share the same JDK instance.

All that means is that the same JDK is used as the process templates for the 
each JVM instance.

> Do I need to setup java heap space separately for 
> both containers?

Yes, they are completely independent.  Make sure you have enough RAM to support 
the process space requirements for everything you're running on the system.

> For a single container I am adding heap space (Xmx) 
> option to JAVA_OPTS in catalina.sh script.

You should do that in setenv.sh, not catalina.sh; catalina.sh will call 
setenv.sh if it exists.

> Do I need to add this option to second container again
> or set it somewhere else?

You need to create or modify the script in the second Tomcat instance.

> Since it is a JDK option and not tomcat option

It's actually a running JVM option, not a JDK option.

> I am thinking it is a system-wide setting and not 
> specific to each container.

You are incorrect.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Heap size for two container sharing single JVM

2010-05-24 Thread Johan Martinez
Hi,

I am using Tomcat 5.5.27 core package on CentOS 5.3. I need to add tomcat-6
on the same machine and it will share the same JDK instance.  Do I need to
setup java heap space separately for both containers?  For a single
container I am adding heap space (Xmx) option to JAVA_OPTS in catalina.sh
script. Do I need to add this option to second container again or set it
somewhere else? Since it is a JDK option and not tomcat option, I am
thinking it is a system-wide setting and not specific to each container. Am
I correct?

--
jM.