]> granicus.if.org Git - postgresql/commit
Reduce wal_retrieve_retry_interval in applicable TAP tests.
authorTom Lane <tgl@sss.pgh.pa.us>
Mon, 26 Jun 2017 23:01:26 +0000 (19:01 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Mon, 26 Jun 2017 23:01:26 +0000 (19:01 -0400)
commitdf31a9fc66f11e824872dc09d22f389cbd5bc803
tree76bb4abf423156b2d8f5c19ac988635fe020c5e3
parenta4d1ce095bbebeefe055c74fafbb6ea736058e11
Reduce wal_retrieve_retry_interval in applicable TAP tests.

By default, wal_retrieve_retry_interval is five seconds, which is far
more than is needed in any of our TAP tests, leaving the test cases
just twiddling their thumbs for significant stretches.  Moreover,
because it's so large, we get basically no testing of the retry-before-
master-is-ready code path.  Hence, make PostgresNode::init set up
wal_retrieve_retry_interval = '500ms' as part of its customization of
test clusters' postgresql.conf.  This shaves quite a few seconds off
the runtime of the recovery TAP tests.

Back-patch into 9.6.  We have wal_retrieve_retry_interval in 9.5,
but the test infrastructure isn't there.

Discussion: https://postgr.es/m/31624.1498500416@sss.pgh.pa.us
src/test/perl/PostgresNode.pm