]> granicus.if.org Git - postgresql/commit
Shorten timeouts while waiting for logicalrep worker slot attach/detach.
authorTom Lane <tgl@sss.pgh.pa.us>
Sat, 1 Jul 2017 15:59:44 +0000 (11:59 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Sat, 1 Jul 2017 15:59:44 +0000 (11:59 -0400)
commit799f8bc76a92d48b0f7988f4cc50da438cacec7c
tree51d30b5a157535f742f3a248149d85a5a12f18a2
parentef74e03ef65ea870a9c372f500d33cca0a18be6e
Shorten timeouts while waiting for logicalrep worker slot attach/detach.

When waiting for a logical replication worker process to start or stop,
we have to busy-wait until we see it add or remove itself from the
LogicalRepWorker slot in shared memory.  Those loops were using a
one-second delay between checks, but on any reasonably modern machine, it
doesn't take more than a couple of msec for a worker to spawn or shut down.
Reduce the loop delays to 10ms to avoid wasting quite so much time in the
related regression tests.

In principle, a better solution would be to fix things so that the waiting
process can be awakened via its latch at the right time.  But that seems
considerably more invasive, which is undesirable for a post-beta fix.
Worker start/stop performance likely isn't of huge interest anyway for
production purposes, so we might not ever get around to it.

In passing, rearrange the second wait loop in logicalrep_worker_stop()
so that the lock is held at the top of the loop, thus saving one lock
acquisition/release per call, and making it look more like the other loop.

Discussion: https://postgr.es/m/30864.1498861103@sss.pgh.pa.us
src/backend/replication/logical/launcher.c