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

Re: [HACKERS] More detail on settings for pgavd?

From: Alvaro Herrera Munoz <alvherre(at)dcc(dot)uchile(dot)cl>
To: "Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net>
Cc: Josh Berkus <josh(at)agliodbs(dot)com>,Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>,Shridhar Daithankar <shridhar_daithankar(at)myrealbox(dot)com>,pgsql-performance(at)postgresql(dot)org,PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [HACKERS] More detail on settings for pgavd?
Date: 2003-11-22 14:46:37
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackerspgsql-performance
On Fri, Nov 21, 2003 at 04:24:25PM -0500, Matthew T. O'Connor wrote:

> I don't want to add tables to existing databases, as I consider that 
> clutter and I never like using tools that clutter my production 
> databases.  [...]
> Actually, this might be a necessary addition as pg_autovacuum currently 
> suffers from the startup transients that the FSM used to suffer from, 
> that is, it doesn't remember anything that happened the last time it 
> ran.  A pg_autovacuum database could also be used to store thresholds 
> and counts from the last time it ran.

You could use the same approach the FSM uses: keep a file with the data,
PGDATA/base/global/pg_fsm.cache.  You don't need the data to be in a table
after all ...

Alvaro Herrera (<alvherre[(at)]dcc(dot)uchile(dot)cl>)
Essentially, you're proposing Kevlar shoes as a solution for the problem
that you want to walk around carrying a loaded gun aimed at your foot.
(Tom Lane)

In response to

pgsql-performance by date

Next:From: Josh BerkusDate: 2003-11-22 17:19:23
Subject: Re:
Previous:From: Nick BarrDate: 2003-11-22 11:56:35

pgsql-hackers by date

Next:From: Stephan SzaboDate: 2003-11-22 16:21:52
Subject: Re: Anyone working on pg_dump dependency ordering?
Previous:From: Andreas PflugDate: 2003-11-22 11:25:26
Subject: Re: Anyone working on pg_dump dependency ordering?

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