| From: | Michael Paquier <michael(at)paquier(dot)xyz> |
|---|---|
| To: | Andres Freund <andres(at)anarazel(dot)de> |
| Cc: | Postgres hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Andrew Dunstan <andrew(at)dunslane(dot)net> |
| Subject: | Re: test_compression, test module for low-level compression APIs (for 2b5ba2a0a141) |
| Date: | 2026-04-13 19:01:53 |
| Message-ID: | ad09oW-vKhb9rwNJ@paquier.xyz |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Mon, Apr 13, 2026 at 02:50:31PM -0400, Andres Freund wrote:
> Hi,
>
> On 2026-04-14 02:13:52 +0900, Michael Paquier wrote:
> > +++ b/src/test/regress/parallel_schedule
>> @@ -128,7 +128,7 @@ test: partition_merge partition_split partition_join partition_prune reloptions
>> # event_trigger depends on create_am and cannot run concurrently with
>> # any test that runs DDL
>> # oidjoins is read-only, though, and should run late for best coverage
>> -test: oidjoins event_trigger
>> +test: oidjoins event_trigger compression_pglz
>
> The new test creates a function, so I don't think this will be safe?
Yep, that was a thinko. The group for plancache still has room for
one test, as it can go up to 19, so we could move one test in the
group of partition_merge t the group of plancache, keeping all the
compression tests together.
Anyway, how about just creating a new group for all the compression
tests? I have a patch set in preparation for zstd and TOAST, where I
would put the new test suite in this group.
--
Michael
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Robert Haas | 2026-04-13 19:30:36 | Re: Bypassing cursors in postgres_fdw to enable parallel plans |
| Previous Message | Jacob Champion | 2026-04-13 18:58:20 | Re: PSA: Planning to grease protocol connections during 19beta |