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)
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 |
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 |