> 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: [EMAIL PROTECTED] > To: users@tomcat.apache.org > Date: Thu, 6 Nov 2008 07:49:07 -0600 > Subject: RE: Tomcat-native | best memory choice > > > From: Chris [mailto:[EMAIL PROTECTED] > > 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: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > _________________________________________________________________ Messenger Online Treff: Spontan chatten, über Hobbies reden, sofort Spass haben? Jetzt klicken! http://redirect.gimas.net/?n=M0811xMOTDE
