Re: BUG #6650: CPU system time utilization rising few times a day

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: BUG #6650: CPU system time utilization rising few times a day
Дата
Msg-id CA+TgmobnWsDfFdNW-APy_D4Y-taX=zu1RUyT4hM5xkKV1_UZag@mail.gmail.com
обсуждение исходный текст
Ответ на Re: BUG #6650: CPU system time utilization rising few times a day  (Andrzej Krawiec <a.krawiec@focustelecom.pl>)
Ответы Re: BUG #6650: CPU system time utilization rising few times a day
Список pgsql-bugs
On Wed, May 23, 2012 at 5:29 AM, Andrzej Krawiec
<a.krawiec@focustelecom.pl> wrote:
> Cannot strace or gdb on a production system under heavy load (about 100
> transactions per second).
> It's in kernel space not user, so we are unable to anything at this
> particular moment (sometimes even the ssh connection seems to hang for a
> while).
> We suspect neither autovacuum (although suspected primarily) nor regular
> backend. It is system time. The question is: what's the reasone for that?
> We've dug through system and postgres logs, cleared out most of the long
> query problems, idle in transaction, optimized queries, vacuumed, reindexed
> and such.
> For a while it seemed like the particular kernel version is causing majority
> of problems. We have downgraded to 2.6.32.-71.29.1.el6.x86_64 and those
> problems went mostly! away. For few days we had no situations, but it
> happened again.

perf can tell you about problems in kernel-space, but I'm not sure it
exists that far back.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Chaitany Kulkarni
Дата:
Сообщение: Re: BUG #6660: losing schema name in pg_dump
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: PostgreSQL 9.2 beta1's pg_upgrade fails on Windows XP