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