| From: | Nathan Bossart <nathandbossart(at)gmail(dot)com> |
|---|---|
| To: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
| Cc: | Michael Paquier <michael(at)paquier(dot)xyz>, Robert Haas <robertmhaas(at)gmail(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: .ready and .done files considered harmful |
| Date: | 2024-12-12 15:53:00 |
| Message-ID: | Z1sG3GEBYCJn93Ld@nathan |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Thu, Dec 12, 2024 at 04:29:47PM +0100, Alvaro Herrera wrote:
> On 2024-Nov-14, Michael Paquier wrote:
>
>> On Wed, Nov 13, 2024 at 02:52:31PM -0500, Robert Haas wrote:
>> > On Wed, Nov 13, 2024 at 11:05 AM Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:
>> >> So, my question now is, would there be much opposition to backpatching
>> >> beb4e9ba1652 + 1fb17b190341 to REL_14_STABLE?
>> >
>> > It seems like it's been long enough now that if the new logic had
>> > major problems we probably would have found them by now; so I feel
>> > like it's probably pretty safe. Perhaps it's questionable how many
>> > people we'll help by back-patching this into one additional release,
>> > but if you feel it's worth it I wouldn't be inclined to argue.
>>
>> +1 for v14 as this version is still around for two years.
>
> Thanks, I have pushed it now.
I'm happy to see these changes are proving to be useful! FWIW commit
756e221 should further reduce archiving overhead, but that may make it more
likely that the server will attempt to re-archive files after a crash, so
I'm not sure I would advise back-patching it.
--
nathan
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Sami Imseih | 2024-12-12 15:56:34 | Controlling the usage of a user-defined cast |
| Previous Message | Andres Freund | 2024-12-12 15:45:29 | Re: Proposal for Updating CRC32C with AVX-512 Algorithm. |