I've replied to this further down the thread but as an aside there are ways to 
bump up the max process size to 3G (with kernel shenanigans) but 32 bit java is 
fixed at 2G. The figure 1850MB doesnt sounds quite right but it's probably 
related to the default max process size of 2G and the java process will be 
bigger than the heap so you won't quite get the full 2G

-----Original Message-----
From: Richey, Ross [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 09, 2004 8:45 PM
To: Tomcat Users List
Subject: Tomcat Running out of Memory


My tomcat process runs out of memory (unless rebooted) approximately
every three days.

Vital Statistics:
-Our consultant-designed website consists of approximately 5000 JSP
pages.  None of these pages pull from a backend, the java was merely
used to provide a persistent border.
-Max heap size is set to 1850 megs, (which from what I understand is the
max on a 32-bit system).
-The server has 4 gigs of total RAM.
-JDK 1.4
-Tomcat 5.0.18
-Redhat 7.3

I've done some searches on Google and in the archives and I can't seem
to find any way to turn up the frequency of the garbage collection.
Everything seems to indicate that once a JSP is loaded into memory it
stays there.

Is there some way to increase the max heap size?
Or some way to increase the frequency of garbage collection?
Or any other way to slow down the memory usage?

Ross Richey
Webmaster, www.aruplab.com
--------------------------------------------------------------------
The information transmitted by this e-mail and any included
attachments are from ARUP Laboratories and are intended only for the
recipient. The information contained in this message is confidential
and may constitute inside or non-public information under
international, federal, or state securities laws, or protected health
information and is intended only for the use of the recipient.
Unauthorized forwarding, printing, copying, distributing, or use of
such information is strictly prohibited and may be unlawful. If you
are not the intended recipient, please promptly delete this e-mail
and notify the sender of the delivery error or you may call ARUP
Laboratories Compliance Hot Line in Salt Lake City, Utah USA at (+1
(800) 522-2787 ext. 2100
Any opinions expressed in this E-mail may be those of the individual and not 
necessarily the company. This E-mail and any files transmitted with it are 
confidential and solely for the use of the intended recipient. If you are not 
the intended recipient or the person responsible for delivering to the intended 
recipient, be advised that you have received this E-mail in error and that any 
use or copying is strictly prohibited. If you have received this E-mail in 
error please notify the beCogent postmaster at [EMAIL PROTECTED]
Unless expressly stated, opinions in this email are those of the individual 
sender and not beCogent Ltd. You must take full responsibility for virus 
checking this email and any attachments.
Please note that the content of this email or any of its attachments may 
contain data that falls within the scope of the Data Protection Acts and that 
you must ensure that any handling or processing of such data by you is fully 
compliant with the terms and provisions of the Data Protection Act 1984 and 
1998.


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to