Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>
Message-ID: <3FCCD2BB.1040806@comcast.net>
Date: Tue, 02 Dec 2003 12:58:19 -0500
From: Christopher Schultz <christopher.d.schultz@comcast.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007
MIME-Version: 1.0
To: Tomcat Users List <tomcat-user@jakarta.apache.org>
Subject: Re: OutOfMemory Exception initializing page context
References: <004001c3b8fb$42ea4fa0$7c1410ac@support1>
In-Reply-To: <004001c3b8fb$42ea4fa0$7c1410ac@support1>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Rob,

> I consulted with the developers and they said we don't use or do
> anything that you suggested except we do use tomcat's connection pooling
> for oracle.

Okay, that's good. Sometimes, people don't use connection pooling or do 
it improperly, and leave Connection objects lying around. SQL Connection 
objects do not clean themselves up nicely, if they even clean themselves 
up...

> We are running Sun j2sdk1.4.2_02 with the Concurrent Mark
> Sweep GC with -Xmx512m. I currently use the verbose logging for GC
> times.  The odd thing is that it does not seem to progressively go up
> but rather spike up with high GC times and the full GC will not clean
> anything out.

Hmm... that's a little odd. You say you get huge, sudden spikes from 
which the GC cannot recover? That sounds like bad news. Do you have any 
data on which pieces of code (servlets, JSPs, actions) are being 
executed when this happens? Consider adding a request logger filter to 
see what might be causing the spike...

-chris


---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org