From: | "Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net> |
---|---|
To: | Chris Browne <cbbrowne(at)acm(dot)org>, pgsql-admin(at)postgresql(dot)org, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: [HACKERS] autovacuum |
Date: | 2006-02-01 17:43:32 |
Message-ID: | 43E0F344.5020008@zeut.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin pgsql-hackers |
Alvaro Herrera wrote:
> Chris Browne wrote:
>
>> It strikes me as a slick idea for autovacuum to take on that
>> behaviour. If the daily backup runs for 2h, then it is quite futile
>> to bother vacuuming a table multiple times during that 2h period when
>> none of the tuples obsoleted during the 2h period will be able to be
>> cleaned out until the end.
>
> Hmm, yeah, sounds useful. There's one implementation issue to notice
> however, and it's that the autovacuum process dies and restarts for each
> iteration, so there's no way for it to remember previous state unless
> it's saved somewhere permanent, as the stats info is.
>
> However this seems at least slightly redundant with the "maintenance
> window" feature -- you could set a high barrier to vacuum during the
> daily backup period instead. (Anybody up for doing this job?)
I can't promise anything, but it's on my list of things to hopefully
find time for in the coming months. No way I can start it in Feb, but
maybe sometime in March. Anyone else?
Matt
From | Date | Subject | |
---|---|---|---|
Next Message | Chris Browne | 2006-02-01 17:54:42 | Re: autovacuum |
Previous Message | Alvaro Herrera | 2006-02-01 17:29:05 | Re: [HACKERS] autovacuum |
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2006-02-01 17:45:11 | Re: TODO-Item: B-tree fillfactor control |
Previous Message | Alvaro Herrera | 2006-02-01 17:29:05 | Re: [HACKERS] autovacuum |