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
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? |