From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
Cc: | Laszlo Nagy <gandalf(at)shopzeus(dot)com>, pgsql-admin(at)postgresql(dot)org |
Subject: | Re: rebellious pg stats collector (reopened case) |
Date: | 2008-12-22 13:36:10 |
Message-ID: | 7117.1229952970@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin pgsql-performance |
Alvaro Herrera <alvherre(at)commandprompt(dot)com> writes:
> Tom Lane wrote:
>> I wonder whether your tracing tool is affecting the result of
>> getppid(). Most people would consider that a bug in the tracing tool.
> Probably having a close look at the PPID column in ps or top during the
> truss run would prove this.
It's at least conceivable that the result being returned inside the
process is different from what the rest of the world sees. What'd prove
this one way or the other is to write a trivial test program along the
lines of
while(1) {
sleep(1);
printf("ppid = %d\n", getppid());
}
and see if its output changes when you start to trace it.
> Still, the actual problem being debugged is something else.
Agreed, but we need to understand what the tools being used to
investigate the problem are doing ...
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Laszlo Nagy | 2008-12-22 13:57:33 | Re: [ADMIN] rebellious pg stats collector (reopened case) |
Previous Message | Alvaro Herrera | 2008-12-22 13:27:21 | Re: rebellious pg stats collector (reopened case) |
From | Date | Subject | |
---|---|---|---|
Next Message | Laszlo Nagy | 2008-12-22 13:57:33 | Re: [ADMIN] rebellious pg stats collector (reopened case) |
Previous Message | Tom Lane | 2008-12-22 13:30:22 | Re: Slow table update |