Re: [PATCH] Speed up pg_waldump TAP test and fix some GitHub CI Windows flakiness

From: Nazir Bilal Yavuz <byavuz81(at)gmail(dot)com>
To: Sehrope Sarkuni <sehrope(at)jackdb(dot)com>
Cc: Michael Paquier <michael(at)paquier(dot)xyz>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [PATCH] Speed up pg_waldump TAP test and fix some GitHub CI Windows flakiness
Date: 2026-09-01 15:36:49
Message-ID: CAN55FZ3b4ssK=H-x6LLAZv-wLLoMG_dwn6=jKYooN3NwSjp+Ug@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

On Tue, 1 Sept 2026 at 17:04, Sehrope Sarkuni <sehrope(at)jackdb(dot)com> wrote:
>
> It's a _lot_ of noise in CI, but I think 1 + 2 is already the bulk of the gains.
> Look like that's a bit further than Nazir's version as it picks a more
> specific LSN for the ranges.

I haven't checked the patches yet but for this problem I generally
select any other long-running test and try to normalize test timings.
What I mean is:

With patch:

postgresql:pg_waldump/001_basic 200s
pg_rewind/002_databases 455s

Without the patch:

pg_waldump/001_basic 300s
pg_rewind/002_databases 315s

After normalizing the 'without the patch' timings:

pg_waldump/001_basic 430s
pg_rewind/002_databases 455s

--
Regards,
Nazir Bilal Yavuz
Microsoft

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Alberto Piai 2026-09-01 15:41:31 Re: Adding a stored generated column without long-lived locks
Previous Message Tom Lane 2026-09-01 15:35:45 Re: remove_useless_joins vs. bug #19560