Re: New server setup

From: Gregg Jaskiewicz <gryzman(at)gmail(dot)com>
To: Jeff Janes <jeff(dot)janes(at)gmail(dot)com>
Cc: Niels Kristian Schjødt <nielskristian(at)autouncle(dot)com>, Benjamin Krajmalnik <kraj(at)servoyant(dot)com>, Kevin Grittner <kgrittn(at)ymail(dot)com>, Craig James <cjames(at)emolecules(dot)com>, postgres performance list <pgsql-performance(at)postgresql(dot)org>
Subject: Re: New server setup
Date: 2013-03-09 17:53:19
Message-ID: CAJY59_jdHpL+TqF7JC=QS0cqKzPjmP_g930988Ob0U+W1np1og@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

In my recent experience PgPool2 performs pretty badly as a pooler. I'd
avoid it if possible, unless you depend on other features.
It simply doesn't scale.

On 5 March 2013 21:59, Jeff Janes <jeff(dot)janes(at)gmail(dot)com> wrote:

> On Tue, Mar 5, 2013 at 10:27 AM, Niels Kristian Schjødt <
> nielskristian(at)autouncle(dot)com> wrote:
>
>> Okay, thanks - but hey - if I put it at session pooling, then it says in
>> the documentation: "default_pool_size: In session pooling it needs to be
>> the number of max clients you want to handle at any moment". So as I
>> understand it, is it true that I then have to set default_pool_size to 300
>> if I have up to 300 client connections?
>>
>
> If those 300 client connections are all long-lived, then yes you need that
> many in the pool. If they are short-lived connections, then you can have a
> lot less as any ones over the default_pool_size will simply block until an
> existing connection is closed and can be re-assigned--which won't take long
> if they are short-lived connections.
>
>
> And then what would the pooler then help on my performance - would that
>> just be exactly like having the 300 clients connect directly to the
>> database???
>>
>
> It would probably be even worse than having 300 clients connected
> directly. There would be no point in using a pooler under those conditions.
>
>
> Cheers,
>
> Jeff
>

--
GJ

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Greg Smith 2013-03-10 15:46:24 Re: sniff test on some PG 8.4 numbers
Previous Message Carlo Stonebanks 2013-03-08 21:27:54 Re: Are bitmap index scans slow to start?