Re: XLog changes for 9.3

From: Simon Riggs <simon(at)2ndQuadrant(dot)com>
To: Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: XLog changes for 9.3
Date: 2012-06-07 17:03:32
Message-ID: CA+U5nMKN9yiL8P4O8QanbCiE-LpHWA8wan6uciq9QwYCu2=c7g@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 7 June 2012 17:12, Heikki Linnakangas
<heikki(dot)linnakangas(at)enterprisedb(dot)com> wrote:
> On 07.06.2012 18:51, Simon Riggs wrote:
>>
>> On 7 June 2012 14:50, Heikki Linnakangas
>> <heikki(dot)linnakangas(at)enterprisedb(dot)com>  wrote:
>>
>>> These changes will help the XLogInsert scaling patch
>>
>>
>> ...and as I'm sure you're aware will junk much of the replication code
>> and almost certainly set back the other work that we have brewing for
>> 9.3. So this is a very large curve ball you're throwing there.
>
>
> I don't think this has much impact on what you're doing (although it's a bit
> hard to tell without more details). The way WAL records work is the same,
> it's just the code that lays them out on a page, and reads back from a page,
> that's changed. And that's fairly isolated in xlog.c.

I wasn't worried about the code overlap, but the subsidiary breakage
looks pretty enormous to me.

Anything changing filenames will break every HA config anybody has
anywhere. So you can pretty much kiss goodbye to the idea of
pg_upgrade. For me, this one thing alone is sufficient to force next
release to be 10.0.

--
 Simon Riggs                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2012-06-07 17:03:37 Re: Avoiding adjacent checkpoint records
Previous Message Andres Freund 2012-06-07 16:58:59 Re: XLog changes for 9.3