Re: Be strict when request to flush past end of WAL in WaitXLogInsertionsToFinish

From: Bharath Rupireddy <bharath(dot)rupireddyforpostgres(at)gmail(dot)com>
To: Paul Kim <mok03127(at)gmail(dot)com>
Cc: pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: Be strict when request to flush past end of WAL in WaitXLogInsertionsToFinish
Date: 2026-10-27 20:06:28
Message-ID: CALj2ACXLd4oQuS5sy2C8XR4daqRTgZN3wJ2ywmt=vvJOcSy5dA@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

On Sun, Oct 25, 2026 at 6:35 PM Paul Kim <mok03127(at)gmail(dot)com> wrote:
>
> On Mon, Oct 19, 2026, Bharath Rupireddy
> <bharath(dot)rupireddyforpostgres(at)gmail(dot)com> wrote:
> > I looked at the TAP test, and I found it a bit hard to follow given
> > the many hard-coded values, [...]
> > Would something like the below work instead [1]?
>
> Yes, your test is easier to follow, so v7 uses it as 0002 in place of
> the test_misc one. 0001 is unchanged from v6.
>
> With 0001, the test passed 5 runs out of 5 on master. Without it, all
> 3 runs failed, with pg_switch_wal() returning the boundary + 40. Since
> data checksums are now on by default, I also checked with pg_waldump
> that no hint-bit FPI lands in the segment the test fills: it holds only
> the 17 logical messages and the switch record.
>
> The test applies to REL_15 through REL_19 as well, with only an offset.

Thanks. I reviewed the v7 patches, and they look good to me. +1 to
back-patch to all the supported branches as of the commit. I will
leave the commit message wording to the committer's taste. I marked
this RfC: https://commitfest.postgresql.org/patch/7252.

--
Bharath Rupireddy
Amazon Web Services: https://aws.amazon.com

In response to

Browse pgsql-hackers by date

  From Date Subject
Previous Message Tom Lane 2026-10-27 19:57:02 Re: [DEPARSE] A COLLATE clause in the URI of XMLNAMESPACES does not read back