You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Chris <ma...@openride.de> on 2008/11/06 14:33:39 UTC
Tomcat-native | best memory choice
Hi there,
I've two questions about using Tomcat. We currently using Tomcat in version 5.5.23 on 64 Bit - Linux (several instances configured with 1GB of ram | as Webserver | ~30 Clients). A friend of mine told me that's not a benefite to run the tomcat jvm with more than 512 MB memory, because the jvm needs more time to reorganize itself as to process the jobs. Is this statement correct?
The second one is about the tomcat-native libs. If we install them, will it be a large performance boost? In the docs they told about scability and performance. Will the end-user get an advantage of this?
Thx for the reply
So long!
_________________________________________________________________
Messenger Online Treff: Spontan chatten, über Hobbies reden, sofort Spass haben? Jetzt klicken!
http://redirect.gimas.net/?n=M0811xMOTDE
RE: Tomcat-native | best memory choice
Posted by Chris <ma...@openride.de>.
> No, and hasn't been for over ten years. The time spent in garbage
collection is proportional to the number of live objects in the heap,
not the size of the heap. The number of live objects usually correlates
to the number of active connections in a Tomcat environment. Make sure
you have enough RAM on the system to support the Java heap size plus
the code and other data areas and the OS; otherwise you will get into
paging and performance will suffer dramatically.
i thought as much. thx for the reply!
> From: Chuck.Caldarale@unisys.com
> To: users@tomcat.apache.org
> Date: Thu, 6 Nov 2008 07:49:07 -0600
> Subject: RE: Tomcat-native | best memory choice
>
> > From: Chris [mailto:mailing@openride.de]
> > Subject: Tomcat-native | best memory choice
> >
> > A friend of mine told me that's not a benefite to run the
> > tomcat jvm with more than 512 MB memory, because the jvm
> > needs more time to reorganize itself as to process the jobs.
> > Is this statement correct?
>
> No, and hasn't been for over ten years. The time spent in garbage collection is proportional to the number of live objects in the heap, not the size of the heap. The number of live objects usually correlates to the number of active connections in a Tomcat environment. Make sure you have enough RAM on the system to support the Java heap size plus the code and other data areas and the OS; otherwise you will get into paging and performance will suffer dramatically.
>
> > The second one is about the tomcat-native libs. If we install
> > them, will it be a large performance boost?
>
> If you're using SSL, you will probably see some increase in performance. However, with just 30 users (or is that 30 concurrent requests? - big difference), it's unlikely that you have any real performance concerns. There's a tradeoff between configuration and installation complexity and performance; if you're not pushing the limits, keep it simple.
>
> > Will the end-user get an advantage of this?
>
> In nearly all cases, it's application architecture that is the overriding performance factor. If you really want to speed things up, take a long hard look at how your webapp does what needs to be done.
>
> - 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 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
>
_________________________________________________________________
Messenger Online Treff: Spontan chatten, über Hobbies reden, sofort Spass haben? Jetzt klicken!
http://redirect.gimas.net/?n=M0811xMOTDE
RE: Tomcat-native | best memory choice
Posted by "Caldarale, Charles R" <Ch...@unisys.com>.
> From: Chris [mailto:mailing@openride.de]
> Subject: Tomcat-native | best memory choice
>
> A friend of mine told me that's not a benefite to run the
> tomcat jvm with more than 512 MB memory, because the jvm
> needs more time to reorganize itself as to process the jobs.
> Is this statement correct?
No, and hasn't been for over ten years. The time spent in garbage collection is proportional to the number of live objects in the heap, not the size of the heap. The number of live objects usually correlates to the number of active connections in a Tomcat environment. Make sure you have enough RAM on the system to support the Java heap size plus the code and other data areas and the OS; otherwise you will get into paging and performance will suffer dramatically.
> The second one is about the tomcat-native libs. If we install
> them, will it be a large performance boost?
If you're using SSL, you will probably see some increase in performance. However, with just 30 users (or is that 30 concurrent requests? - big difference), it's unlikely that you have any real performance concerns. There's a tradeoff between configuration and installation complexity and performance; if you're not pushing the limits, keep it simple.
> Will the end-user get an advantage of this?
In nearly all cases, it's application architecture that is the overriding performance factor. If you really want to speed things up, take a long hard look at how your webapp does what needs to be done.
- 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 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