Re: Unnecessary delay in streaming replication due to replay lag

Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>

From: Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>

To: Soumyadeep Chakraborty <soumyadeep2007@gmail.com>

Cc: Daniel Gustafsson <daniel@yesql.se>, Michael Paquier <michael@paquier.xyz>, pgsql-hackers <pgsql-hackers@postgresql.org>, "lchch1990@sina.cn" <lchch1990@sina.cn>, Masahiko Sawada <masahiko.sawada@2ndquadrant.com>, "Hao Wu (Pivotal)" <hawu@pivotal.io>, "ahsan.hadi" <ahsan.hadi@highgo.ca>, Anastasia Lubennikova <a.lubennikova@postgrespro.ru>, Ashwin Agrawal <ashwinstar@gmail.com>

Date: 2021-11-22T10:53:28Z

Lists: pgsql-hackers

Commits

Same data as JSON: GET /api/v1/messages/:b64id/commits the thread's linked commits as JSON, with link sources. API reference →

Generate GUC tables from .dat file
- 63599896545c 19 (unreleased) cited
Skip WAL recycling and preallocation during archive recovery.
- cc2c7d65fc27 15.0 cited
Fix scenario where streaming standby gets stuck at a continuation record.
- 066871980183 11.0 cited

On Fri, Nov 19, 2021 at 2:05 PM Soumyadeep Chakraborty
<soumyadeep2007@gmail.com> wrote:
>
> Hi Daniel,
>
> Thanks for checking in on this patch.
> Attached rebased version.

Hi, I've not gone through the patch or this thread entirely, yet, can
you please confirm if there's any relation between this thread and
another one at [1]

[1] https://www.postgresql.org/message-id/CAFiTN-vzbcSM_qZ%2B-mhS3OWecxupDCR5DkhQUTy%2BTKfrCMQLKQ%40mail.gmail.com