Re: postgres processes spending most of their time in the kernel

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: postgres processes spending most of their time in the kernel
Дата
Msg-id 14539.1009570844@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: postgres processes spending most of their time in the  ("Jeffrey W. Baker" <jwbaker@acm.org>)
Ответы Re: postgres processes spending most of their time in the  ("Jeffrey W. Baker" <jwbaker@acm.org>)
Список pgsql-general
"Jeffrey W. Baker" <jwbaker@acm.org> writes:
> GCC 2.95.3 on Slackware 8 i386.

Seems pretty vanilla-flavored.

> I just tried this program:

> #if defined __i386__ && defined __GNUC__
> int
> main(void)
> {
>     exit();
> }
> #endif

> which builds and runs, so the problem must lie elsewhere.

Hmm.  Perhaps the TAS support does get compiled and the problem is
something else.  It'd be worth trying to determine directly what
the code is doing --- viz, run a test case that causes all the
semop thrashing, attach to one of the backends with gdb, set a
breakpoint at semop, get a backtrace to see where it's called from.
(Repeat a few times to see if the results are consistent or not.)

You might need to configure and build with --enable-debug to get
a useful (symbolic) backtrace.

            regards, tom lane

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

Предыдущее
От: Roland Roberts
Дата:
Сообщение: Re: How to access array elements via PL/pgSQL trigger?
Следующее
От: Martín Marqués
Дата:
Сообщение: Re: Shutting down postgresql