Re: pgsql: Add parallel-aware hash joins. - Mailing list pgsql-hackers

From Tom Lane
Subject Re: pgsql: Add parallel-aware hash joins.
Date
Msg-id 18096.1516826195@sss.pgh.pa.us
Whole thread Raw
In response to Re: pgsql: Add parallel-aware hash joins.  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Responses Re: pgsql: Add parallel-aware hash joins.
List pgsql-hackers
Alvaro Herrera <alvherre@alvh.no-ip.org> writes:
> Andres Freund wrote:
>> Besides larger groups, starting the next test(s) earlier, another way to
>> gain pretty large improvements would be a test schedule feature that
>> allowed to stat dependencies between tests. So instead of manually
>> grouping the schedule, have 'numerology' state that it depends on int2,
>> int4, int8, float4, float8, which means it can actually be started
>> earlier than it currently can in many cases.

> Yeah, I proposed this a decade ago but never had the wits to write the
> code.

There'd be a lot of followup work to sanitize the tests better.  For
instance, if two tests transiently create tables named "foo", it doesn't
matter as long as they're not in the same group.  It would matter with
this.

There are things we could do to mitigate that --- one attractive idea
is to have each test create its own schema for transient objects.
The limiting factor is that we don't want the test scripts to change
so much that back-patching tests becomes impossible.  (Or at least,
I'd not like that.)

I'm concerned that we'd end up with a higher number of irreproducible
test failures with no good way to investigate them.

> It would be very useful for running tests standalone, too -- much as I
> dislike 'make installcheck' taking half a minute, I dislike much more
> having to take 5 minutes each time to figure out that create_table
> depends on box, polygon, create_function, yadda yadda.

Yeah, if we could say "run just this test and its needed precursors",
that'd be a huge win in a lot of situations.

Definitely seems like an idea worth pursuing.

            regards, tom lane


pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: WIP Patch: Precalculate stable functions, infrastructure v1
Next
From: Thomas Munro
Date:
Subject: Re: copy.c allocation constant