Re: [GENERAL] Autovacuum Improvements - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [GENERAL] Autovacuum Improvements
Date
Msg-id 12258.1169685005@sss.pgh.pa.us
Whole thread Raw
In response to Re: [GENERAL] Autovacuum Improvements  (Kenneth Marshall <ktm@it.is.rice.edu>)
Responses Re: [GENERAL] Autovacuum Improvements
List pgsql-hackers
Kenneth Marshall <ktm@is.rice.edu> writes:
> Not that I am aware of. Even extending the relation by one additional
> block can make a big difference in performance

Do you have any evidence to back up that assertion?

It seems a bit nontrivial to me --- not the extension part exactly, but
making sure that the space will get used promptly.  With the current
code the backend extending a relation will do subsequent inserts into
the block it just got, which is fine, but there's no mechanism for
remembering that any other newly-added blocks are available --- unless
you wanted to push them into the FSM, which could work but the current
FSM code doesn't support piecemeal addition of space, and in any case
there's some question in my mind about the concurrency cost of increasing
FSM traffic even more.

In short, it's hardly an unquestionable improvement, so we need some
evidence.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: New feature proposal
Next
From: Tom Lane
Date:
Subject: Re: [pgsql-patches] unprivileged contrib and pl install (formerly tsearch