Re: Making WAL archiving faster — multi-file support and async ideas

From: Alyona Vinter <dlaaren8(at)gmail(dot)com>
To: Greg Sabino Mullane <htamfids(at)gmail(dot)com>
Cc: Stepan Neretin <slpmcf(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Making WAL archiving faster — multi-file support and async ideas
Date: 2025-08-26 07:12:20
Message-ID: CAGWv16KXBCvNXBbe+MbNtFQMKfbhOfhJMdGajdiKwxUPWyateg@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi Greg!

Thanks for your question — it made me take a closer look at the recovery
process. You're absolutely right, and I appreciate you pointing that out.
Postgres requests history files from the archive, which helps determine
whether to wait for the next segment or if the timeline is finished. If
Postgres detects that the segment isn't in the archive yet, it simply waits
for it to appear. Let me know if I’ve missed anything here.
Then I see no fundamental problem with the parallel archiver =)

Best wishes,
Alyona Vinter

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Nazir Bilal Yavuz 2025-08-26 07:27:27 Re: Explicitly enable meson features in CI
Previous Message Ashutosh Bapat 2025-08-26 07:11:44 Re: Calling PGReserveSemaphores() from CreateOrAttachShmemStructs