Remove non-fast promotion Re: Should we remove a fallback promotion?take 2 - Mailing list pgsql-hackers

From Fujii Masao
Subject Remove non-fast promotion Re: Should we remove a fallback promotion?take 2
Date
Msg-id 0b941eed-da2e-b69b-065e-806ccc4f2613@oss.nttdata.com
Whole thread Raw
In response to Re: Should we remove a fallback promotion? take 2  (Andres Freund <andres@anarazel.de>)
Responses Re: Remove non-fast promotion Re: Should we remove a fallbackpromotion? take 2  (Michael Paquier <michael@paquier.xyz>)
Re: Remove non-fast promotion Re: Should we remove a fallbackpromotion? take 2  (Kyotaro Horiguchi <horikyota.ntt@gmail.com>)
Re: Remove non-fast promotion Re: Should we remove a fallbackpromotion? take 2  (Alvaro Herrera <alvherre@2ndquadrant.com>)
List pgsql-hackers

On 2020/03/10 6:56, Andres Freund wrote:
> Hi,
> 
> On 2020-03-06 16:33:18 -0300, Alvaro Herrera wrote:
>> On 2020-Mar-06, Michael Paquier wrote:
>>> On Thu, Mar 05, 2020 at 09:40:54AM -0500, Robert Haas wrote:
>>>> Seems reasonable, but it would be better if people proposed these
>>>> kinds of changes closer to the beginning of the release cycle rather
>>>> than in the crush at the end.
>>>
>>> +1, to both points.
>>
>> Why?  Are you saying that there's some actual risk of breaking
>> something?  We're not even near beta or feature freeze yet.
>>
>> I'm not seeing the reason for the "please propose this sooner in the
>> cycle" argument.  It has already been proposed sooner -- seven years
>> sooner.  We're not waiting for users to complain anymore; clearly nobody
>> cared.
> 
> Yea. There are changes that are so invasive that it's useful to go very
> early, but in this case I'm not seeing it?
> 
> +1 for removing non-fast promotions.

Patch attached. I will add this into the first CF for v14.

> FWIW, I find "fallback promotion" a confusing description.

Yeah, so I changed the subject.

Regards,

-- 
Fujii Masao
Advanced Computing Technology Center
Research and Development Headquarters
NTT DATA CORPORATION

Attachment

pgsql-hackers by date:

Previous
From: Fujii Masao
Date:
Subject: Re: Race condition in SyncRepGetSyncStandbysPriority
Next
From: Dilip Kumar
Date:
Subject: Re: fixing old_snapshot_threshold's time->xid mapping