From: | Jernej Kos <kostko(at)jweb-network(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Postgre "idle" process using 100% CPU |
Date: | 2005-06-12 20:51:56 |
Message-ID: | 200506122251.56580.kostko@jweb-network.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Well I can't get any better backtraces (even with --enable-debug). The strange
thing is that this just happens once in a while and the process doesn't stop
until it is killed (or postgre is restarted). Any suggestions ?
Regards,
Jernej Kos.
On Sunday 12 of June 2005 18:01, you wrote:
> Jernej Kos <kostko(at)jweb-network(dot)net> writes:
> > Well there should be no complex queries executed (there are some huge
> > tables, but the queries aren't huge or specially complicated). I tried
> > attaching to the process via gdb and the process is executing method:
> >
> > HeapTupleSatisfiesSnapshot()
> >
> > The backtrace appears to be useless (too many ??s). Is that of any help ?
>
> It's really hard to see how it could get to HeapTupleSatisfiesSnapshot()
> without being inside a query --- too bad you can't get a more usable
> backtrace. Is it worth recompiling with --enable-debug to investigate
> this?
>
> regards, tom lane
--
Jernej Kos <kostko(at)jweb-network(dot)net>
JWeb-Network
From | Date | Subject | |
---|---|---|---|
Next Message | Zlatko Matić | 2005-06-12 21:12:27 | retrieving information about password from MS Access front-end |
Previous Message | Jim C. Nasby | 2005-06-12 20:02:35 | Re: Version Control? |