Re: New VACUUM FULL - Mailing list pgsql-hackers

From Robert Haas
Subject Re: New VACUUM FULL
Date
Msg-id 603c8f071001040731w4bb768ceg258356342c14720d@mail.gmail.com
Whole thread Raw
In response to Re: New VACUUM FULL  (Simon Riggs <simon@2ndQuadrant.com>)
Responses Re: New VACUUM FULL
List pgsql-hackers
On Mon, Jan 4, 2010 at 3:04 AM, Simon Riggs <simon@2ndquadrant.com> wrote:
> This is a more cautious approach. Completely removing VFI in this
> release is a big risk that we need not take; we have little to gain from
> doing so and putting it back again will be harder. I am always keen to
> push forwards when a new feature is worthwhile, but cleaning up code is
> not an important thing this late in release cycle.

I don't have a strong opinion one way or the other on whether we
should remove VFI this release cycle, but I thought the reason why
there was pressure to do that was because we will otherwise need to
make changes to Hot Standby to cope with VFI.  Or in other words, I
thought that in order to wrap a release we would need to do one of (1)
remove VFI and (2) fix HS to cope with VFI, and maybe there was a
theory that the former was easier than the latter.  But it's possible
I may have totally misunderstood the situation.  What is your thought
on how to handle this?

...Robert


pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: Change to config.pl processing in the msvc build environment
Next
From: Magnus Hagander
Date:
Subject: Setting oom_adj on linux?