Re: [Fwd: postgres 8.4.1 number of connections]

From: "Maria L(dot) Wilson" <Maria(dot)L(dot)Wilson-1(at)nasa(dot)gov>
To: Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>
Cc: "Wilson, Maria Louise (LARC-E301)[SCIENCE SYSTEMS APPLICATIONS]" <m(dot)l(dot)wilson(at)nasa(dot)gov>, "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: [Fwd: postgres 8.4.1 number of connections]
Date: 2010-08-30 13:53:20
Message-ID: 4C7BB7D0.3010201@nasa.gov
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

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(dot)L(dot)Wilson-1(at)nasa(dot)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.
>

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Greg Smith 2010-08-30 14:05:21 Re: GPU Accelerated Sorting
Previous Message Eliot Gable 2010-08-30 13:51:22 GPU Accelerated Sorting