| 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: | Whole Thread | Raw Message | 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? |