From: | Merlin Moncure <mmoncure(at)gmail(dot)com> |
---|---|
To: | Soni M <diptatapa(at)gmail(dot)com> |
Cc: | "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: slow server : s_lock and _bt_checkkeys on perf top |
Date: | 2015-03-06 14:31:14 |
Message-ID: | CAHyXU0xGnafrwgNMbR9hwUjcxAexG71YneRUmTZU_AouHJ81xg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Wed, Mar 4, 2015 at 1:31 PM, Soni M <diptatapa(at)gmail(dot)com> wrote:
> Hello All,
>
> Master db size 1.5 TB
> All postgres 9.1.13 installed from RHEL package.
> It has streaming replica and slony replica to another servers.
>
> Server performance is slower than usual, before that, there's a big query
> got cancelled and then performance get slow.
>
> No sign of IO wait.
>
> on sar, it's %user and %system dominate the cpu usage
> 01:25:04 PM CPU %user %nice %system %iowait %steal
> %idle
> Average: all 51.91 0.00 12.03 0.66 0.00
> 35.39
>
> on perf top, i saw
> 18.93% postgres [.] s_lock
> 10.72% postgres [.] _bt_checkkeys
> almost always at top.
>
> I don't have any idea, what's causing it or how to resolve it ?
Can you post the entire 'perf top'? do you see (specifically I'm
wondering if you are bumping against the RecoveryInProgress s_lock
issue). If so, upgrading postgres might be the best way to resolve
the issue.
merlin
From | Date | Subject | |
---|---|---|---|
Next Message | Soni M | 2015-03-06 16:04:09 | Re: slow server : s_lock and _bt_checkkeys on perf top |
Previous Message | Nicolas Paris | 2015-03-06 10:25:06 | Re: PG 9.3 materialized view VS Views, indexes, shared memory |