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
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? |