Re: Additional stats for Relations - Mailing list pgsql-hackers

From Jim C. Nasby
Subject Re: Additional stats for Relations
Date
Msg-id 20061019162535.GB71084@nasby.net
Whole thread Raw
In response to Re: Additional stats for Relations  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Thu, Oct 19, 2006 at 11:47:53AM -0400, Tom Lane wrote:
> "Jim C. Nasby" <jim@nasby.net> writes:
> > BTW, if we add these counters we'll be up to 7 stats dealing with vacuum
> > and analyze, and NikhilS has a patch we're finalizing that would add 3
> > more. Right now there's 4 slated to go into pg_stat_* in 8.2, but maybe
> > we should have a separate view for vacuum/FSM statistics?
> 
> I've seen no demonstration of a need for *any* of them, actually,
> and am pretty dubious that we want to add so much collection overhead.
> At least not without a major redesign of the stats reporting mechanism.
> If we just drop in another seven counters, we'll create an immediate 50%
> increase in the stats-file I/O volume, even when no vacuuming is
> happening at all.

Yeah, for stuff like vacuuming the current stats system may not make any
sense. Almost anything dealing with vacuum can really just be put into a
table, because it doesn't happen all that often.

My concern is that there's enough useful data to collect about vacuuming
and the FSM that it should probably get it's own set of tables/views,
rather than piggy-backing on pg_stat_*. But that ship has pretty much
sailed, so we're probably stuck with at least the last_* stuff in
pg_stat_* for the immediate future.
-- 
Jim Nasby                                            jim@nasby.net
EnterpriseDB      http://enterprisedb.com      512.569.9461 (cell)


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Additional stats for Relations
Next
From: Tom Lane
Date:
Subject: Re: [PATCHES] Adminpack build fix