Re: reducing isolation tests runtime
Andres Freund <andres@anarazel.de>
From: Andres Freund <andres@anarazel.de>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Alvaro Herrera <alvherre@2ndquadrant.com>, Thomas Munro <thomas.munro@enterprisedb.com>, pgsql-hackers@postgresql.org
Date: 2019-02-13T17:03:39Z
Lists: pgsql-hackers
On 2019-02-13 10:58:50 -0500, Tom Lane wrote: > Alvaro Herrera <alvherre@2ndquadrant.com> writes: > > On 2019-Feb-13, Tom Lane wrote: > >> Some of the slower buildfarm critters use MAX_CONNECTIONS to limit > >> the load on their hosts. As long as the isolation tests honor that, > >> I don't see a real need for a separate serial schedule. > > > MAX_CONNECTIONS was the only reason I didn't push this through. Do you > > (Andres) have any solution to that? > > Doesn't the common pg_regress.c infrastructure handle that? > We might need to improve isolation_main.c and/or the isolation > Makefile to make it accessible. > I suppose that in what I'm thinking about, MAX_CONNECTIONS would be > interpreted as "max number of concurrent isolation scripts", which > is not exactly number of connections. A quick and dirty answer > would be to have isolation_main.c divide the limit by a factor of 4 > or so. I guess that could work, although it's certainly not too pretty. Alternatively we could pre-parse the spec files, but that's a bit annoying given isolationtester.c is a separate c file... Do you have an idea why we have both max_concurrent_tests *and* max_connections in pg_regress? ISTM the former isn't really useful given the latter? Greetings, Andres Freund
Commits
-
Update obsolete sentence in README.parallel.
- 28e04155f17c 11.0 cited
-
Rewrite ConditionVariableBroadcast() to avoid live-lock.
- aced5a92bf46 11.0 cited
-
Tweak parallel hash join test case in hopes of improving stability.
- 934c7986f4a0 11.0 landed
-
Rename pg_rewind's copy_file_range() to avoid conflict with new linux syscall.
- 3e68686e2c55 11.0 cited
-
Fix some minor errors in new PHJ code.
- 6fcde2406304 11.0 landed
-
Fix EXPLAIN ANALYZE output for Parallel Hash.
- 93ea78b17c47 11.0 landed
-
Fix rare assertion failure in parallel hash join.
- f83040c62a78 11.0 landed
-
Cancel CV sleep during subtransaction abort.
- f3decdc94ea3 10.2 landed
- 59d1e2b95a82 11.0 landed
-
Add parallel-aware hash joins.
- 1804284042e6 11.0 cited
-
Fix EXPLAIN ANALYZE of hash join when the leader doesn't participate.
- 5bcf389ecfd4 11.0 cited
-
Add some regression tests that exercise hash join code.
- fa330f9adf4e 11.0 cited