Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@www.apache.org Received: (qmail 60618 invoked from network); 2 Feb 2005 23:30:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 2 Feb 2005 23:30:32 -0000 Received: (qmail 48538 invoked by uid 500); 2 Feb 2005 23:30:16 -0000 Delivered-To: apmail-jakarta-tomcat-user-archive@jakarta.apache.org Received: (qmail 48520 invoked by uid 500); 2 Feb 2005 23:30:16 -0000 Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Users List" Reply-To: "Tomcat Users List" Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 48506 invoked by uid 99); 2 Feb 2005 23:30:16 -0000 X-ASF-Spam-Status: No, hits=0.4 required=10.0 tests=DNS_FROM_RFC_ABUSE,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of parsonstechnical@earthlink.net designates 207.217.121.254 as permitted sender) Received: from pop-a065d23.pas.sa.earthlink.net (HELO pop-a065d23.pas.sa.earthlink.net) (207.217.121.254) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 02 Feb 2005 15:30:15 -0800 Received: from va-69-34-33-6.sta.sprint-hsd.net ([69.34.33.6] helo=ptslaptop) by pop-a065d23.pas.sa.earthlink.net with smtp (Exim 3.33 #1) id 1CwTwr-0003qX-00; Wed, 02 Feb 2005 15:30:13 -0800 Message-ID: <011801c5097e$f5620c20$8101a8c0@ptslaptop> From: "Parsons Technical Services" To: "Tomcat Users List" , "Bobby Tahir" References: Subject: Re: idle connections Date: Wed, 2 Feb 2005 18:28:52 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Just to clarify on the abandoned connections, this will reclaim connections that have be orphaned in code (like not closing the statement) and return them to the pool. Doug ----- Original Message ----- From: "Bobby Tahir" To: "Al Sutton" Cc: "Tomcat Users List" Sent: Wednesday, February 02, 2005 5:30 PM Subject: Re: idle connections >I think I get your meaning. Basically its ok/good to have 50 > connections idle connections laying around because those will get used > for future queries. > > This whole problem started when I got a "maximum sessions exceeded" on > oracle (back when i had maxIdle=1000). I was thinking that since > millions of people use oracle for a backend this can't be an isolated > problem. Also I thought oracle is one of the best db's so theres no > way it can't serve more than 170 sessions or whatever it was set to. > However I didn't find any helpful info anywhere about the problem. > Which caused me to get confused. Now however I think that perhaps its > just about lowering the maxIdle beneath oracles session threshold and > letting Tomcat do its thing? > > Bobb > > > On Wed, 2 Feb 2005 22:21:41 -0000, Al Sutton wrote: >> Pooling needs to leave connections open to be efficient, one of the main >> advantages is you take a connection from the pool rather than going >> through >> the overhead of opening it up and then shutting it down at the end. >> >> I'm afraid I think the only way of sorting out your 50 dangling >> connections >> is to adjust maxIdle. >> >> I think the docs are a little bit badly worded, when they talk about >> something being eligable for removal if it's exceeded the >> removeAbandonedTimeout value I think you'll find it means if no commands >> have been sent to the database in that time it'll return the connection >> to >> the pool ready for use by another pool user. >> >> -----Original Message----- >> From: Bobby Tahir [mailto:btahir@gmail.com] >> Sent: 02 February 2005 22:13 >> To: Al Sutton >> Subject: Re: idle connections >> >> I supposed I should have said "how do I do something about these >> connections." I thought removeAbandoned would do it but apparently >> not. >> >> On Wed, 2 Feb 2005 22:11:35 -0000, Al Sutton wrote: >> > Doesn't setting maxIdle to 50 mean that you've confiured it to have 50 >> > connections idle and not do anything about them? >> > >> > Try lowering this number if you want less connections left open. >> > >> > -----Original Message----- >> > From: Bobby Tahir [mailto:btahir@gmail.com] >> > Sent: 02 February 2005 22:05 >> > To: Tomcat Users List >> > Subject: idle connections >> > >> > Hey, wondering if someone could help me out on this. >> > >> > I'm using: >> > >> > Tomcat 5 >> > RedHat >> > Oracle 9i >> > >> > I'm using jdbc and dbcp connection pooling and am trying to tune my >> > app for more scalability. I have my maxActive set to 0 (infinite) and >> > my maxIdle set to 50. >> > >> > When I load test and then look at oracle >> > statistics I find out that there are exactly 50 connections >> > just sitting there inactive. After waiting 2 days they don't go away. >> > I >> > have >> > the removeAbandonded params set to true and 60 seconds but its not >> > "reclaiming" (which I take to mean eliminating) those "inactive" >> > connections. Can someone help me figure out what's going on? >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org >> > For additional commands, e-mail: tomcat-user-help@jakarta.apache.org >> > >> > >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org > For additional commands, e-mail: tomcat-user-help@jakarta.apache.org > > > --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-user-help@jakarta.apache.org