Skip site navigation (1) Skip section navigation (2)

Re: row-level stats and last analyze time

From: Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>
To: pgsql-docs(at)postgresql(dot)org
Cc: Neil Conway <neilc(at)samurai(dot)com>, Guillaume Lelarge <guillaume(at)lelarge(dot)info>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Subject: Re: row-level stats and last analyze time
Date: 2007-04-25 02:07:10
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-docspgsql-hackers
On Tuesday 24 April 2007 17:38, Neil Conway wrote:
> [ CC'ing -hackers ]
> On Sun, 2007-04-22 at 16:10 +0200, Guillaume Lelarge wrote:
> > This patch adds a sentence on monitoring.sgml explaining that
> > stats_row_level needs to be enabled if user wants to get last
> > vacuum/analyze execution time.
> This behavior was introduced in r1.120 of postmaster/pgstat.c:
>     Modify pgstats code to reduce performance penalties from
>     oversized stats data files: avoid creating stats
>     hashtable entries for tables that aren't being touched
>     except by vacuum/analyze [...]
> which included other modifications to reduce the pgstat I/O volume in
> 8.1. I don't think this particular change was wise: the reduction in
> pgstat volume is pretty marginal, and it is counter-intuitive for
> stats_row_level to effect whether the last ANALYZE / VACUUM is recorded.
> (Plus, the optimization is not even enabled with the default
> postgresql.conf settings.)


Robert Treat
Build A Brighter LAMP :: Linux Apache {middleware} PostgreSQL

In response to

pgsql-docs by date

Next:From: Simon RiggsDate: 2007-04-25 14:42:33
Subject: Re: [DOCS] Incrementally Updated Backups: Docs Clarification
Previous:From: Neil ConwayDate: 2007-04-24 21:38:59
Subject: row-level stats and last analyze time

pgsql-hackers by date

Next:From: Golden LiuDate: 2007-04-25 02:10:18
Subject: Re: Google SoC: column-level privilege subsystem
Previous:From: Alvaro HerreraDate: 2007-04-25 01:52:42
Subject: Re: Grantor name gets lost when grantor role dropped

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group