Re: Changeset Extraction v7.9

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Andres Freund <andres(at)2ndquadrant(dot)com>
Cc: "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Changeset Extraction v7.9
Date: 2014-03-03 21:48:15
Message-ID: CA+TgmoaEVKeudWKAK3ZjPY3JyXEt8_OVHO+c5JJnnn0ZHL+pVg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Mar 3, 2014 at 11:26 AM, Andres Freund <andres(at)2ndquadrant(dot)com> wrote:
> On 2014-02-27 17:56:08 +0100, Andres Freund wrote:
>> * do we modify struct SnapshotData to be polymorphic based on some tag
>> or move comments there?
>
> I tried that, and it got far to invasive. So I've updated the relevant
> comment in snapshot.h, inl
>
>> * How/whether to change the exclusive lock on the ProcArrayLock in
>> CreateInitDecodingContext()
>
> I looked at this, and I believe the current code is the best
> solution. It's pretty far away from any hot codepath and it's a short
> operation. I liked the idea about using snapmgr.c for this in principle,
> but it doesn't have enough smarts by far...
>
> So, attached is the newest version:
> * Management of historic/timetravel snapshot is now done by snapmgr.c,
> not tqual.c anymore. No ->satisfies pointers are redirected anymore
> * removal of the "suspend" logic for historic snapshot, instead the one
> place that needed it, now explicitly uses a snapshot
> * removal of some pointless CREATE EXTENSIONs from the regression tests
> * splitoff of the slot tests that aren't committable into a separate
> commit.
> * minor doc adjustments
>
> I am not aware of any further things that need to be fixed now (in
> contrast to features for later releases of which there are aplenty).

OK, I've committed the 0001 patch, which is the core of this feature,
with a bit of minor additional hacking.

I'm sure there are some problems here yet and some things that people
will want fixed, as is inevitable for any patch of this size. But I
don't have any confidence that further postponing commit is going to
be the best way to find those issues, so in it goes.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Willy-Bas Loos 2014-03-03 21:53:22 building pgadmin4
Previous Message Simon Riggs 2014-03-03 21:18:20 Re: ALTER TABLE lock strength reduction patch is unsafe