Re: GIN fast-insert vs autovacuum scheduling - Mailing list pgsql-hackers

From Tom Lane
Subject Re: GIN fast-insert vs autovacuum scheduling
Date
Msg-id 4991.1237851514@sss.pgh.pa.us
Whole thread Raw
In response to Re: GIN fast-insert vs autovacuum scheduling  (Jeff Davis <pgsql@j-davis.com>)
List pgsql-hackers
Jeff Davis <pgsql@j-davis.com> writes:
> On Mon, 2009-03-23 at 15:23 -0400, Tom Lane wrote:
>> There is no need for any such infrastructure if we just drive it off a
>> post-ANALYZE callback.

> That sounds reasonable, although it does seem a little strange for
> analyze to actually perform cleanup.

My thought was to have GIN do cleanup only in an autovacuum-driven
ANALYZE, not in a client-issued ANALYZE.  You could argue it either way
I suppose, but I agree that if a user says ANALYZE he's probably not
expecting index cleanup to happen.

> Now that we have FSM, the cost of VACUUMing insert-only tables is a lot
> less.

Well, not if you just did a huge pile of inserts, which is the case
that we need to worry about here.

> On tables without GIN indexes, that wouldn't be a complete waste,
> because it could set hint bits, which needs to be done sometime anyway.

True, but we have not chosen to make autovacuum do that, and whether we
should or not seems to me to be orthogonal to when GIN index cleanup
should happen.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Greg Smith
Date:
Subject: Resetting cluster-wide statistics
Next
From: Tom Lane
Date:
Subject: Re: Resetting cluster-wide statistics