Re: collateral benefits of a crash-safe visibility map - Mailing list pgsql-hackers

From Tom Lane
Subject Re: collateral benefits of a crash-safe visibility map
Date
Msg-id 18591.1305047310@sss.pgh.pa.us
Whole thread Raw
In response to Re: collateral benefits of a crash-safe visibility map  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: collateral benefits of a crash-safe visibility map  (Simon Riggs <simon@2ndQuadrant.com>)
List pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> On Tue, May 10, 2011 at 12:57 PM, Simon Riggs <simon@2ndquadrant.com> wrote:
>> Hmmm, do we really need to WAL log freezing?

> That might solve the relfrozenxid problem - set the bits in the heap,
> sync the heap, then update relfrozenxid once the heap is guaranteed
> safely on disk - but it again seems problematic for Hot Standby.

... or even warm standby.  You basically *have to* WAL-log freezing
before you can truncate pg_clog.  The only freedom you have here is
freedom to mess with the policy about how soon you try to truncate
pg_clog.

(Doing an unlogged freeze operation first is right out, too, if it
causes the system to fail to perform/log the operation later.)
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Ross J. Reedstrom"
Date:
Subject: Re: Collation mega-cleanups
Next
From: Simon Riggs
Date:
Subject: Re: the big picture for index-only scans