| 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: | Whole Thread | Raw Message | 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 |