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

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Jeffrey W(dot) Baker" <jwbaker(at)acm(dot)org>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: postgres processes spending most of their time in the kernel
Date: 2001-12-28 20:20:44
Message-ID: 14539.1009570844@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

"Jeffrey W. Baker" <jwbaker(at)acm(dot)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

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Roland Roberts 2001-12-28 20:23:51 Re: How to access array elements via PL/pgSQL trigger?
Previous Message Tom Lane 2001-12-28 20:11:01 Re: How to access array elements via PL/pgSQL trigger?