Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id E1963632AA3 for ; Mon, 30 Aug 2010 11:22:43 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 24603-08 for ; Mon, 30 Aug 2010 14:22:33 +0000 (UTC) X-Greylist: delayed 00:29:06.481627 by SQLgrey-1.7.6 Received: from ndmsnpf01.ndc.nasa.gov (ndmsnpf01.ndc.nasa.gov [198.117.0.121]) by mail.postgresql.org (Postfix) with ESMTP id 4DB54633DA8 for ; Mon, 30 Aug 2010 11:22:35 -0300 (ADT) Received: from ndmsppt05.ndc.nasa.gov (ndmsppt05.ndc.nasa.gov [198.117.0.104]) by ndmsnpf01.ndc.nasa.gov (Postfix) with ESMTP id 8C06726144A; Mon, 30 Aug 2010 08:53:26 -0500 (CDT) Received: from ndmshub02.ndc.nasa.gov (ndmshub02-pub.ndc.nasa.gov [198.117.0.161]) by ndmsppt05.ndc.nasa.gov (8.14.3/8.14.3) with ESMTP id o7UDrK33025132; Mon, 30 Aug 2010 08:53:20 -0500 Received: from LRC000959195.larc.nasa.gov (198.119.134.170) by smtp02.ndc.nasa.gov (198.117.0.161) with Microsoft SMTP Server (TLS) id 8.2.247.2; Mon, 30 Aug 2010 08:53:26 -0500 Message-ID: <4C7BB7D0.3010201@nasa.gov> Date: Mon, 30 Aug 2010 09:53:20 -0400 From: "Maria L. Wilson" Reply-To: Organization: SSAI User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228) MIME-Version: 1.0 To: Scott Marlowe CC: "Wilson, Maria Louise (LARC-E301)[SCIENCE SYSTEMS APPLICATIONS]" , "pgsql-performance@postgresql.org" Subject: Re: [Fwd: postgres 8.4.1 number of connections] References: <4C76CEAB.1070308@nasa.gov> In-Reply-To: Content-Type: multipart/alternative; boundary="------------050001080805020306070300" X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.0.10011, 1.0.148, 0.0.0000 definitions=2010-08-30_05:2010-08-30, 2010-08-30, 1970-01-01 signatures=0 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-4.209 tagged_above=-10 required=5 tests=BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201008/328 X-Sequence-Number: 40171 --------------050001080805020306070300 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit thanks for your response.... we have 3 app servers that attach to this one particular database server. What kind of load issues did you find on 8.4.1? I'd be interested in anything documented on it - this might make an upgrade a higher priority! thanks, Maria Scott Marlowe wrote: > On Thu, Aug 26, 2010 at 2:29 PM, Maria L. Wilson > wrote: > >> we have this application (using jboss/java/hibernate) on linux accessing >> data on 3 postgres database servers using 8.4.1. >> >> One of our many concerns has been the way we handle connections to the >> database. java/hibernate handle their own pooling so I understand that >> using anything else is out of the question. >> > > It's not impossible to put another connection pooler between hibernate > and your database server. May not be useful or better, but it's > possible. > > >> Our jboss configuration >> currently defaults to 5 connections per database. >> > > I assume this is for each app server. How many app servers do you have? > > >> On our main database >> server, we handle 7 of the databases that this application uses. On >> this one server, we usually average around 300 - 500 connections to the >> server. In our postgres conf file on this particular machine we set the >> max_connection parameter to 1000. If we set it to much lower we end up >> with connection errors. Any comments or better way to handle this? >> > > Other than breaking out the databases onto their own server, or trying > to pool to fewer connections, not really. OTOH, a db server with > enough memory can handle having that many connections as long as you > don't run into any thundering herd issues. > > Oh, and you should really update your pgsql to 8.4.4. 8.4.1 had some > issues with heavy load I ran into last year about this time. Which is > why I'm still on 8.3.11 > > -- > To understand recursion, one must first understand recursion. > --------------050001080805020306070300 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit thanks for your response....
we have 3 app servers that attach to this one particular database server.
What kind of load issues did you find on 8.4.1?  I'd be interested in anything documented on it - this might make an upgrade a higher priority!

thanks,  Maria

Scott Marlowe wrote:
On Thu, Aug 26, 2010 at 2:29 PM, Maria L. Wilson
<Maria.L.Wilson-1@nasa.gov> wrote:
  
we have this application (using jboss/java/hibernate) on linux accessing
data on 3 postgres database servers using 8.4.1.

One of our many concerns has been the way we handle connections to the
database.  java/hibernate handle their own pooling so I understand that
using anything else is out of the question.
    

It's not impossible to put another connection pooler between hibernate
and your database server.  May not be useful or better, but it's
possible.

  
 Our jboss configuration
currently defaults to 5 connections per database.
    

I assume this is for each app server.  How many app servers do you have?

  
 On our main database
server, we handle 7 of the databases that this application uses.  On
this one server, we usually average around 300 - 500 connections to the
server.  In our postgres conf file on this particular machine we set the
max_connection parameter to 1000.  If we set it to much lower we end up
with connection errors.  Any comments or better way to handle this?
    

Other than breaking out the databases onto their own server, or trying
to pool to fewer connections, not really.  OTOH, a db server with
enough memory can handle having that many connections as long as you
don't run into any thundering herd issues.

Oh, and you should really update your pgsql to 8.4.4.  8.4.1 had some
issues with heavy load I ran into last year about this time.  Which is
why I'm still on 8.3.11

--
To understand recursion, one must first understand recursion.
  
--------------050001080805020306070300--