| From: | Andrey Borodin <x4mmm(at)yandex-team(dot)ru> |
|---|---|
| To: | Nazir Bilal Yavuz <byavuz81(at)gmail(dot)com> |
| Cc: | Greg Sabino Mullane <htamfids(at)gmail(dot)com>, Jelte Fennema-Nio <postgres(at)jeltef(dot)nl>, Andres Freund <andres(at)anarazel(dot)de>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers mailing list <pgsql-hackers(at)postgresql(dot)org>, Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com> |
| Subject: | Re: CI slowdown due to PG_TEST_INITDB_EXTRA_OPTS |
| Date: | 2026-09-07 13:15:12 |
| Message-ID: | 0C9F9047-0C12-49E4-9954-8BCA6B861C75@yandex-team.ru |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Hi Nazir,
Thank you for the review.
> 'meson test --list' doesn't guarantee the order of the returned
> list, so we might miss tests if the order differs between tasks.
Agreed. Since the two runners build their lists independently, a
different order could produce both a missing test and a duplicate. V2
sorts the names before applying the round-robin selection.
> I think we can save this step as something like
> 'upload_logs_step_slice' and use it in the Windows VS task as well.
Agreed. V2 defines the slice-aware upload step in the Linux job and
reuses it for the existing Windows Visual Studio matrix. This also
avoids the existing artifact-name collision when both Windows slices
fail.
I also tried splitting MinGW. In six recent full runs the unsliced job
took 28:36-31:29 and was the slowest job each time. The two slices
completed in 15:05 and 17:32, so v2 includes this too.
PFA v2.
Best regards, Andrey Borodin.
| Attachment | Content-Type | Size |
|---|---|---|
| v2-0001-Split-Linux-ASAN-and-MinGW-tests-across-runners.patch | application/octet-stream | 5.5 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Osama Abdul Qader | 2026-09-07 13:34:47 | Re: COALESCE patch |
| Previous Message | Amit Langote | 2026-09-07 13:14:39 | Re: Revert RI fast-path batching from REL_19_STABLE |