Re: Clearing global statistics - Mailing list pgsql-hackers

From Magnus Hagander
Subject Re: Clearing global statistics
Date
Msg-id [email protected]
Whole thread Raw
In response to Re: Clearing global statistics  (Greg Smith <[email protected]>)
Responses Re: Clearing global statistics
List pgsql-hackers
2009/12/7 Greg Smith <[email protected]>:
> Itagaki Takahiro wrote:
>
> Greg Smith <[email protected]> wrote:
>
>
>
> I'm thinking that I should rename this new function
> to pg_stat_reset_bgwriter so it's obvious how limited its target is.
>
>
> I don't think it is a good name because we might have another cluster-level
> statictics not related with bgwriter in the future. I hope you will suggest
> "extensible" method when you improve this area.
>
>
> I follow what you mean now.  I'll take a look at allowing pg_stat_reset to act on an input as you suggested, rather
thanadding more of these UDFs for every time somebody adds a new area they want to target clearing. 

I have on my TODO to implement the ability to do stats reset on a
single object (say, one table only). Please take this into
consideration when you design/name this, so theres no unnecessary
overlap :-) Same goes for the stats message itself.

-- Magnus HaganderMe: http://www.hagander.net/Work: http://www.redpill-linpro.com/


pgsql-hackers by date:

Previous
From: Dimitri Fontaine
Date:
Subject: Re: YAML Was: CommitFest status/management
Next
From: Fujii Masao
Date:
Subject: Re: Reading recovery.conf earlier