Re: src/test/subscription/t/002_types.pl hanging on particular environment
Craig Ringer <craig@2ndquadrant.com>
From: Craig Ringer <craig@2ndquadrant.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Petr Jelinek <petr.jelinek@2ndquadrant.com>,
Amit Kapila <amit.kapila16@gmail.com>, Thomas Munro <thomas.munro@enterprisedb.com>,
Pg Hackers <pgsql-hackers@postgresql.org>
Date: 2017-09-20T05:01:08Z
Lists: pgsql-hackers
On 20 September 2017 at 12:16, Craig Ringer <craig@2ndquadrant.com> wrote: > The thought I had in mind upthread was to get rid of logicalrep slots >> in favor of expanding the underlying bgworker slot with some additional >> fields that would carry whatever extra info we need about a logicalrep >> worker. Such fields could also be repurposed for additional info about >> other kinds of bgworkers, when (not if) we find out we need that. >> > > That sounds OK to me personally for in-core logical rep, but it's really > Petr and Peter who need to have a say here, not me. > > Actually, I take that back. It'd bloat struct BackgroundWorker significantly, and lead to arguments whenever logical replication needed new fields, which it surely will. Every bgworker would pay the price. If we added some kind of union to struct BackgroundWorker, other worker types could later use the same space, offsetting the cost somewhat. But that'd be no use to out-of-core workers, workers that don't actually need the extra room, etc. -- Craig Ringer http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
Commits
-
Fix, or at least ameliorate, bugs in logicalrep_worker_launch().
- c1bde0747983 10.0 landed
- 3e1683d37e1d 11.0 landed
-
Fix DROP SUBSCRIPTION hang
- 8edacab20995 11.0 cited