From: | Erik van Zijst <erik(dot)van(dot)zijst(at)gmail(dot)com> |
---|---|
To: | Merlin Moncure <mmoncure(at)gmail(dot)com>, "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
Cc: | Borislav Ivanov <bivanov(at)atlassian(dot)com>, Kevin Grittner <kgrittn(at)ymail(dot)com>, "Vasudevan, Ramya" <ramya(dot)vasudevan(at)classmates(dot)com> |
Subject: | Re: max_connections reached in postgres 9.3.3 |
Date: | 2014-06-20 05:58:42 |
Message-ID: | CA+69USvzJt4Q=TcteXPGtYfv0Go4OHjAVsx3EG9Me_-rdph56w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Thu, Jun 19, 2014 at 10:10 PM, Erik van Zijst
<erik(dot)van(dot)zijst(at)gmail(dot)com> wrote:
> On Thu, Jun 19, 2014 at 3:57 PM, Merlin Moncure <mmoncure(at)gmail(dot)com> wrote:
>> In your case user% is dominating system load. Along with the high cs
>> this is really suggesting spinlock contention. A 'perf top' is
>> essential for identifying the culprit. It's very possible that 9.4
>> will fix your problem...see:
>> http://postgresql.1045698.n5.nabble.com/Cpu-usage-100-on-slave-s-lock-problem-td5768655.html.
>> There was some poorly optimized code in the wal replay.
>
> Did that patch go in? The mailing list thread doesn't seem conclusive.
Also, that thread talks about slave databases (we're seeing these
issues exclusively on our master). Is that RecoveryMightBeInProgress
code applicable to masters, too?
Cheers,
Erik
> Cheers,
> Erik
>
>
>> merlin
>>
>>
>> --
>> Sent via pgsql-general mailing list (pgsql-general(at)postgresql(dot)org)
>> To make changes to your subscription:
>> http://www.postgresql.org/mailpref/pgsql-general
From | Date | Subject | |
---|---|---|---|
Next Message | Arup Rakshit | 2014-06-20 06:42:55 | How can I get first day date of the previous month ? |
Previous Message | Erik van Zijst | 2014-06-20 05:10:19 | Re: max_connections reached in postgres 9.3.3 |