Re: [GENERAL] Autovacuum Improvements

From: Kenneth Marshall <ktm(at)it(dot)is(dot)rice(dot)edu>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Kenneth Marshall <ktm(at)is(dot)rice(dot)edu>, Jim Nasby <jim(at)nasby(dot)net>, Ron Mayer <rm_pg(at)cheapcomplexdevices(dot)com>, Gregory Stark <stark(at)enterprisedb(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: [GENERAL] Autovacuum Improvements
Date: 2007-01-25 13:59:20
Message-ID: 20070125135920.GI27859@it.is.rice.edu
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

On Wed, Jan 24, 2007 at 07:30:05PM -0500, Tom Lane wrote:
> Kenneth Marshall <ktm(at)is(dot)rice(dot)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
>

My comment was purely based on the reduction in fragmentation of the
file behind the relation. A result that I have seen repeatedly in file
related data processing. It does sound much more complicated to make the
additional space available to other backends. If one backend was doing
many inserts, it might still be of value even for just that backend. As
you mention, testing is needed to see if there is enough value in this
process.

Ken

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Tony Caduto 2007-01-25 14:34:07 Postgresql 64bit question
Previous Message Steven De Vriendt 2007-01-25 10:53:24 Re: libeay32.dll & ssleay32.dll in system PATH

Browse pgsql-hackers by date

  From Date Subject
Next Message Heikki Linnakangas 2007-01-25 14:04:58 Re: WAL Record Header Size Reduction
Previous Message Martijn van Oosterhout 2007-01-25 13:49:49 Re: Questions about warnings