Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sJAAf-002kZz-Qz for pgsql-hackers@arkaria.postgresql.org; Mon, 17 Jun 2024 11:05:10 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1sJAAd-00FoZn-Ct for pgsql-hackers@arkaria.postgresql.org; Mon, 17 Jun 2024 11:05:08 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sJAAc-00FoZe-09 for pgsql-hackers@lists.postgresql.org; Mon, 17 Jun 2024 11:05:07 +0000 Received: from wfhigh7-smtp.messagingengine.com ([64.147.123.158]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sJAAV-001jjm-Gg for pgsql-hackers@lists.postgresql.org; Mon, 17 Jun 2024 11:05:05 +0000 Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailfhigh.west.internal (Postfix) with ESMTP id B90511800122; Mon, 17 Jun 2024 07:04:56 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Mon, 17 Jun 2024 07:04:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eisentraut.org; h=cc:cc:content-transfer-encoding:content-type:content-type :date:date:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:subject:subject:to:to; s=fm3; t=1718622296; x=1718708696; bh=4EIaCa9ygcn+DzwNHqASyf0ryHYGa7bM P6PXHtGvqto=; b=okWDpJsVwAsCTYnZc6dtsmjR0ZO4YhaUvPHzqhWbuhuIHRvt /ZlTEO8MwHIU138ikLP4Hz6EXVXjRtGeeeMSnpQWnezjXgNPV30+uaOO81Ix/ktv CuYv2msLhinwHjKa7s4DfyrWXBvAMcnmzQhL/jx7FEiqtqisdL0OG9592H5F7B5R kJrohQJRvHxsWIPtKS25EPDYOi5cDnWbUwaPutNCm5MjoKIw6s2Pa3qf7Q4FIY3z d9DgmQUO+VlrS2cpnb/cNxJBNRkMtciizBtp7JitUM+fTl4H29Y+f/lN15PmCQ6J CBrLuMt1g1XQLn39u1taMwxNGVG0cXpu7rLsDg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1718622296; x= 1718708696; bh=4EIaCa9ygcn+DzwNHqASyf0ryHYGa7bMP6PXHtGvqto=; b=T 8bLzU70Fz62YBsmARbAHceHQGq9PWqW21pAfa9YOeTtEXTbvgUrKVYN/UEqTLkyv A62mHc05JMmWBqViqKYwYAjxHpKSNRk8mTDEpfrYkR4+czbbvmq5vvgbVEo8BrUZ XMWkayLnWvhvqUbeelLNR7Oacwl33UvfYhoj/fgr9NA7A9RKLjGivtivIOEO0Lvs s24B2kYlmnvddbpsE7KxzebrDt+Vgx/FBIo1zYlRD3XrdmsVsRDt2767JjvR3bNW UKrQzmV2IRwCYsVDGilsN7hWpg0tgqxHWNuYw8KkN67LeCJ6oELWSRAcI8tRwolj DbpF4dQkTPJVphnwsCFsQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrfedvhedgfeeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtvdejnecuhfhrohhmpefrvght vghrucfgihhsvghnthhrrghuthcuoehpvghtvghrsegvihhsvghnthhrrghuthdrohhrgh eqnecuggftrfgrthhtvghrnhepgfejtdfhkeeftdeugfeileehteeljeeghfeuledthfeu tedvffdukeefjefhgeehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrg hilhhfrhhomhepphgvthgvrhesvghishgvnhhtrhgruhhtrdhorhhg X-ME-Proxy: Feedback-ID: ie0a040ee:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 17 Jun 2024 07:04:54 -0400 (EDT) Message-ID: <3c024250-3f13-4f4d-b8e9-55f176db4abf@eisentraut.org> Date: Mon, 17 Jun 2024 13:04:52 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: speed up a logical replica setup To: Euler Taveira , Amit Kapila , Shlok Kyal Cc: Tomas Vondra , "kuroda.hayato@fujitsu.com" , Bharath Rupireddy , "pgsql-hackers@lists.postgresql.org" , Michael Paquier , Andres Freund , Ashutosh Bapat , =?UTF-8?Q?Fabr=C3=ADzio_de_Royes_Mello?= , vignesh C References: <9a9c7e65-c47b-4400-a63e-ac6169c0860e@app.fastmail.com> <65b841a8-0c2f-4953-b9cd-240fce84b90b@eisentraut.org> <47524383-6fd1-4b13-8c4e-fb918b1d35ba@enterprisedb.com> <2e86cf53-c806-49d2-9a10-1a1257776d1f@app.fastmail.com> <5da4b286-e570-4341-8262-92d763f6b1a4@app.fastmail.com> <776c5cac-5ef5-4001-b1bc-5b698bc0c62a@app.fastmail.com> Content-Language: en-US From: Peter Eisentraut In-Reply-To: <776c5cac-5ef5-4001-b1bc-5b698bc0c62a@app.fastmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 07.06.24 05:49, Euler Taveira wrote: > Here it is a patch series to fix the issues reported in recent > discussions. The > patches 0001 and 0003 aim to fix the buildfarm issues. The patch 0002 > removes > synchronized failover slots on subscriber since it has no use. I also > included > an optional patch 0004 that improves the usability by checking both > servers if > it already failed in any subscriber check. I have committed 0001, 0002, and 0003. Let's keep an eye on the buildfarm to see if that stabilizes things. So far it looks good. For 0004, I suggest inverting the result values from check_publisher() and create_subscriber() so that it returns true if the check is ok.