From: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com> |
---|---|
To: | David Rowley <dgrowleyml(at)gmail(dot)com> |
Cc: | Fujii Masao <masao(dot)fujii(at)oss(dot)nttdata(dot)com>, Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: PostmasterIsAlive() in recovery (non-USE_POST_MASTER_DEATH_SIGNAL builds) |
Date: | 2020-09-23 03:47:19 |
Message-ID: | CA+hUKG+gXeMzVCAg_5UgyqgQgwSScN532rNp5jGMPqo7wroUhw@mail.gmail.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Sep 23, 2020 at 2:27 PM David Rowley <dgrowleyml(at)gmail(dot)com> wrote:
> I've gone as far as running the recovery tests on the v3-0001 patch
> using a Windows machine. They pass:
Thanks! I pushed that one, because it was effectively a bug fix
(WaitLatch() without a latch was supposed to work).
I'll wait longer for feedback on the main patch; perhaps someone has a
better idea, or wants to take issue with the magic number 1024 (ie
limit on how many records we'll replay before we notice the postmaster
has exited), or my plan to harmonise those wait loops? It has a CF
entry for the next CF.
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paquier | 2020-09-23 04:09:06 | Re: Syncing pg_multixact directories |
Previous Message | tsunakawa.takay@fujitsu.com | 2020-09-23 02:34:45 | RE: [Patch] Optimize dropping of relation buffers using dlist |