From: | ITAGAKI Takahiro <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp> |
---|---|
To: | "Dickson S(dot) Guedes" <listas(at)guedesoft(dot)net> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Sampling Profler for Postgres |
Date: | 2009-03-11 01:42:12 |
Message-ID: | 20090311102746.02CE.52131E4D@oss.ntt.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
"Dickson S. Guedes" <listas(at)guedesoft(dot)net> wrote:
> > > 2) I couldn't find a clear way to disable it. There is one in this patch
> > > or are you planning this to future?
> >
> > Ah, I forgot sampling should be disabled when track_activities is off.
> > I'll fix it in the next patch. Also, I'd better measure overheads
> > by the patch.
>
> Will be very nice if I could on/off it. When done, please send us. I'd
> like to test it in some stress scenarios, enabling and disabling it on
> some environment and comparing with my old benchmarks.
Here is a new version of the patch. I added a new GUC parameter
'profiling_interval' (ms). Profiling is disabled when the value is 0.
The default value is 1 second. You could get more granular results
if you set the value to 100-500ms, but 1 sec should be enough for
continuous regular load (like benchmarks).
I cannot see any differences whether profiling is on/off.
So I think sampling has little overheads for now.
Please notify me report if you see troubles.
Regards,
---
ITAGAKI Takahiro
NTT Open Source Software Center
Attachment | Content-Type | Size |
---|---|---|
profiler_0311.tar.gz | application/octet-stream | 14.1 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Koichi Suzuki | 2009-03-11 02:44:32 | Re: V4 of PITR performance improvement for 8.4 |
Previous Message | Alvaro Herrera | 2009-03-11 00:08:44 | Re: About the new %sdt macro in F-11 package |