Re: Still recommending daily vacuum...

From: Jim Nasby <decibel(at)decibel(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Still recommending daily vacuum...
Date: 2007-07-07 23:18:43
Message-ID: A48D380B-7C7C-4CEF-8BF8-033C33E3BDBC@decibel.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

On Jul 3, 2007, at 3:36 PM, Tom Lane wrote:
> "Jim C. Nasby" <decibel(at)decibel(dot)org> writes:
>> On Mon, Jul 02, 2007 at 11:19:12PM -0400, Tom Lane wrote:
>>> Is there a reason to say anything beyond "use autovac"?
>> There is; I know that things like web session tables aren't
>> handled very
>> well by autovacuum if there are any moderately large tables (anything
>> that will take more than a few minutes to vacuum). Eventually we
>> should
>> be able to accommodate that case with multiple workers, but we'll
>> need a
>> mechanism to ensure that at least one worker doesn't get tied up in
>> large vacuums.
>
> And which part of that do you think isn't resolved in 8.3?

It's still possible to tie up all autovac workers in large tables,
though of course it's now far less likely.

BTW, +1 to dropping the thresholds to a very low value. 0 might be
pushing it, but 10 or 20 certainly doesn't sound absurd.
--
Jim Nasby jim(at)nasby(dot)net
EnterpriseDB http://enterprisedb.com 512.569.9461 (cell)

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2007-07-08 00:42:25 Re: Fixed from TODO?
Previous Message Nicolas Barbier 2007-07-07 23:02:33 Re: Updated tsearch documentation

Browse pgsql-patches by date

  From Date Subject
Next Message Dave Page 2007-07-08 01:29:39 Re: script binaries renaming
Previous Message Jaime Casanova 2007-07-07 21:14:20 Re: script binaries renaming