Re: Speedup twophase transactions

From: David Steele <david(at)pgmasters(dot)net>
To: Stas Kelvich <s(dot)kelvich(at)postgrespro(dot)ru>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
Cc: Simon Riggs <simon(at)2ndquadrant(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, Jesper Pedersen <jesper(dot)pedersen(at)redhat(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Speedup twophase transactions
Date: 2016-03-16 23:39:22
Message-ID: 56E9EEAA.30903@pgmasters.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 1/26/16 3:39 PM, Stas Kelvich wrote:
> Agree, I had the same idea in my mind when was writing that script.
>
> I will migrate it to TAP suite and write a review for Michael Paquier's patch.
>
> Stas Kelvich
> Postgres Professional: http://www.postgrespro.com
> The Russian Postgres Company
>
>
>> On 26 Jan 2016, at 20:20, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> wrote:
>>
>> Stas Kelvich wrote:
>>
>>> While this patch touches quite sensible part of postgres replay and there is some rarely used code paths, I wrote shell script to setup master/slave replication and test different failure scenarios that can happened with instances. Attaching this file to show test scenarios that I have tested and more importantly to show what I didn’t tested. Particularly I failed to reproduce situation where StandbyTransactionIdIsPrepared() is called, may be somebody can suggest way how to force it’s usage. Also I’m not too sure about necessity of calling cache invalidation callbacks during XlogRedoFinishPrepared(), I’ve marked this place in patch with 2REVIEWER comment.
>>
>> I think this is the third thread in which I say this: We need to push
>> Michael Paquier's recovery test framework, then convert your test script
>> to that. That way we can put your tests in core.

It seems this thread has been waiting quite a while on a new patch. If
one doesn't appear by Monday I will mark this "returned with feedback".

--
-David
david(at)pgmasters(dot)net

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Geoghegan 2016-03-16 23:43:06 Re: Refactoring speculative insertion with unique indexes a little
Previous Message Tom Lane 2016-03-16 23:39:17 Re: plpgsql - DECLARE - cannot to use %TYPE or %ROWTYPE for composite types