Re: Unnecessary delay in streaming replication due to replay lag

Soumyadeep Chakraborty <soumyadeep2007@gmail.com>

From: Soumyadeep Chakraborty <soumyadeep2007@gmail.com>

To: Michael Paquier <michael@paquier.xyz>, pgsql-hackers <pgsql-hackers@postgresql.org>, Asim <asimrp@lavabit.com>

Cc: "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-10-25T19:11:07Z

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

Rebased and added a CF entry for Nov CF:
https://commitfest.postgresql.org/35/3376/.