Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1p5VmB-0004yA-Iq for pgsql-hackers@arkaria.postgresql.org; Wed, 14 Dec 2022 17:42:39 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1p5VmA-0001FG-F5 for pgsql-hackers@arkaria.postgresql.org; Wed, 14 Dec 2022 17:42:38 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1p5VmA-0001F7-5w for pgsql-hackers@lists.postgresql.org; Wed, 14 Dec 2022 17:42:38 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1p5Vm8-0003aD-4I for pgsql-hackers@postgresql.org; Wed, 14 Dec 2022 17:42:37 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 2BEHgWsL2707696; Wed, 14 Dec 2022 12:42:32 -0500 From: Tom Lane To: Nathan Bossart cc: Melih Mutlu , Thomas Munro , "Hayato Kuroda (Fujitsu)" , "pgsql-hackers@postgresql.org" Subject: Re: wake up logical workers after ALTER SUBSCRIPTION In-reply-to: <20221214171023.GA689106@nathanxps13> References: <20221202192101.GB2277157@nathanxps13> <20221206192551.GA3078082@nathanxps13> <20221206212954.GA3403597@nathanxps13> <20221207181145.GA3698731@nathanxps13> <2550453.1670974328@sss.pgh.pa.us> <20221214000145.GA638663@nathanxps13> <2561155.1670977214@sss.pgh.pa.us> <20221214004105.GA669835@nathanxps13> <20221214171023.GA689106@nathanxps13> Comments: In-reply-to Nathan Bossart message dated "Wed, 14 Dec 2022 09:10:23 -0800" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <2707694.1671039752.1@sss.pgh.pa.us> Date: Wed, 14 Dec 2022 12:42:32 -0500 Message-ID: <2707695.1671039752@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Nathan Bossart writes: > My first thought is that the latter two uses should be moved to a new > parameter, and the apply launcher should store the last start time for each > apply worker like the apply workers do for the table-sync workers. In any > case, it probably makes sense to lower this parameter's value for testing > so that tests that restart these workers frequently aren't waiting for so > long. > I can put a patch together if this seems like a reasonable direction to go. No, I'm still of the opinion that waiting for the launcher to timeout before doing something is fundamentally wrong design. We should signal it when we want it to do something. That's not different from what you're fixing about the workers; why don't you see that it's appropriate for the launcher too? regards, tom lane