From: | Dipesh Pandit <dipesh(dot)pandit(at)gmail(dot)com> |
---|---|
To: | Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com> |
Cc: | "Bossart, Nathan" <bossartn(at)amazon(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Jeevan Ladhe <jeevan(dot)ladhe(at)enterprisedb(dot)com>, Stephen Frost <sfrost(at)snowman(dot)net>, Andres Freund <andres(at)anarazel(dot)de>, Hannu Krosing <hannuk(at)google(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: .ready and .done files considered harmful |
Date: | 2021-08-12 11:52:12 |
Message-ID: | CAN1g5_EZB7W=+koas6yvG4huNy-bkWau9YXHQEEFN_6Y9D0igg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi,
Thanks for the feedback.
The possible path that archiver can take for each cycle is either a fast
path or a fall-back patch. The fast path involves checking availability of
next anticipated log segment and decide the next target for archival or
a fall-back path which involves full directory scan to get the next log
segment.
We need a mechanism that enables the archiver to select the desired path
for each cycle.
This can be achieved by maintaining a shared memory flag. If this flag is
set
then archiver should take the fall-back path otherwise it should continue
with
the fast path.
This flag can be set by backend in case if an action like timeline switch,
.ready files created out of order,... requires archiver to perform a full
directory scan.
I have incorporated these changes and updated a new patch. PFA patch v6.
Thanks,
Dipesh
Attachment | Content-Type | Size |
---|---|---|
v6-0001-mitigate-directory-scan-for-WAL-archiver.patch | text/x-patch | 11.4 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Nancarrow | 2021-08-12 12:11:41 | Re: Skipping logical replication transactions on subscriber side |
Previous Message | Nitin Jadhav | 2021-08-12 11:40:17 | Re: when the startup process doesn't (logging startup delays) |