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 1vHiXm-00FnM3-8C for pgsql-hackers@arkaria.postgresql.org; Sat, 08 Nov 2025 12:59:50 +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 1vHiXi-001mDD-Le for pgsql-hackers@arkaria.postgresql.org; Sat, 08 Nov 2025 12:59:46 +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 1vHiXh-001mAM-Mc for pgsql-hackers@lists.postgresql.org; Sat, 08 Nov 2025 12:59:46 +0000 Received: from fout-a6-smtp.messagingengine.com ([103.168.172.149]) by makus.postgresql.org with smtp (Exim 4.96) (envelope-from ) id 1vHiXf-00647j-1N for pgsql-hackers@postgresql.org; Sat, 08 Nov 2025 12:59:44 +0000 Received: from phl-compute-05.internal (phl-compute-05.internal [10.202.2.45]) by mailfout.phl.internal (Postfix) with ESMTP id 1A9B0EC01FD for ; Sat, 8 Nov 2025 07:59:42 -0500 (EST) Received: from phl-imap-16 ([10.202.2.88]) by phl-compute-05.internal (MEProxy); Sat, 08 Nov 2025 07:59:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=compiler.org; h= 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=1762606782; x=1762693182; bh=xCqBKskzoMZR+dUUk3YAdeMMsvNkacJS/9Mifd6LO5A=; b= VDv4ahKdCschn58YVyPcYIYij7ysVoyMimV++Iyc16RPaUA0D+o05euEjgUS0Qd5 qcaMJscVdhUVMd+6c5PQFrJQr9TlJFefm5diMrhB0fur/4ddrP03G2yCspMDJcfV eeQul1FOGVdbJvGcfg9+W11FfTUy6TLycf+04Y9hJ1ZvBv9oKb8kNwrlI8GEWtad T69XGLwuC7eofnu++aCQg0i+KbnpuQ9KCcxB26kQOqCwPUYIODFuQLcHaw7Mexpk 7h7wY3lcctuuod6fsyIibXVLQCGmpKaNRGjBua7kYCss/g1qumzZe/8V6SG4CGcf QqSwaZqnoc4l+zTlk8AbIA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=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-sender :x-me-sender:x-sasl-enc; s=fm3; t=1762606782; x=1762693182; bh=x CqBKskzoMZR+dUUk3YAdeMMsvNkacJS/9Mifd6LO5A=; b=R9iU+MzcoNv53HmDQ Smv7G/AjMFIib0XWAIGiYftZGnxNxUeUXqpSTVyELA/WVbymxssdKA1Mw1M+T+wz Gu1XMqvbpZheWayxYvVC9GjWb7clnQVUyHxXpnyUKXGBcfnPI1UwBisxyAZUtgvT Tm8+dCui2hIUytbbCnbLNO4VKrlZhyqzIGuSW8U/jR4TQA814aX5WxF42mBY9nsx R6ns5go1h9CvqxL8auqCA6Y5cZeER0LKajjMEW/mr/yu9rxQhPKabiaVAfRpid8f AppczqVz9IrnNyB5czl6kXnhU5BrOlZrfFK8LlldIwgDJly6G3Ofk3clnNwX+R/d gqlcQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggdduledviedtucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfurfetoffkrfgpnffqhgenuceu rghilhhouhhtmecufedttdenucenucfjughrpefoggffhffvkfgjfhfutgfgsehtjeertd ertddtnecuhfhrohhmpedflfhovghlucflrggtohgsshhonhdfuceojhhovghlsegtohhm phhilhgvrhdrohhrgheqnecuggftrfgrthhtvghrnhepveelffdtiedugfdvgffftddvie evleetieetgfettdffjedtjeefffelhfelffeinecuvehluhhsthgvrhfuihiivgeptden ucfrrghrrghmpehmrghilhhfrhhomhepjhhovghlsegtohhmphhilhgvrhdrohhrghdpnh gspghrtghpthhtohepuddpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtohepphhgshhq lhdqhhgrtghkvghrshesphhoshhtghhrvghsqhhlrdhorhhg X-ME-Proxy: Feedback-ID: ic6394509:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id 7FBDF2CC0054; Sat, 8 Nov 2025 07:59:41 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface MIME-Version: 1.0 X-ThreadId: AE1r89ybsZ1g Date: Sat, 08 Nov 2025 13:59:21 +0100 From: "Joel Jacobson" To: pgsql-hackers Message-Id: <294e1641-d658-4d43-8671-60e8ff860532@app.fastmail.com> In-Reply-To: References: <6899c044-4a82-49be-8117-e6f669765f7e@app.fastmail.com> <165530.1752362320@sss.pgh.pa.us> <02a7cd37-e2fc-4212-8b19-f8c239c95fb8@app.fastmail.com> <96f00bf1-cc9d-4520-9d02-9e14e7767c88@app.fastmail.com> <30c2aa7d-dd6c-4b68-a2e4-f217a1a34acf@app.fastmail.com> <0b4d402a-9ac2-4aa8-acf8-8231dbe579ea@app.fastmail.com> <3095599.1758644879@sss.pgh.pa.us> <0dc6a2cc-5216-4dc1-9dd2-430cafc6095b@app.fastmail.com> <52CC167F-763B-4ECA-B0B4-DAB381816828@gmail.com> <9186C6D0-F7A9-482A-9183-89E530B57E36@gmail.com> <1073593.1759423179@sss.pgh.pa.us> <4bd5e6c4-6fa7-44bb-869d-59a32a331fa8@app.fastmail.com> <85828f29-e72e-4400-94f3-9a69bc8dc239@app.fastmail.com> <2495353.1759860890@sss.pgh.pa.us> <8aeae418-92a6-4bbd-9c06-9574c79e59f7@app.fastmail.com> <2531672.1759868124@sss.pgh.pa.us> <474efa78-337c-41cd-a73a-f845a0115109@app.fastmail.com> <2749343.1759949176@sss.pgh.pa.us> <8bfca2be-1ec0-4e15-aafb-0b7b661fe936@app.fastmail.com> <9eba307f-f2fb-48f0-9507-2e197f39ef9e@app.fastmail.com> <8c71183a-0d28-4bcf-a806-78446ff95404@app.fastmail.com> <1009807.1760476747@sss.pgh.pa.us> <1F7227F5-C33D-4E2C-8511-33F1468590D0@gmail.com> <0a5a20d3-4621-46b3-b2ab-903f63a20dea@app.fastmail.com> <6F913129-ABEF-4004-AAF3-F22FC34!29AE8@gmail.com> <1547585.1760645808@sss.pgh.pa.us> <14865EB6-0BF4-462B-9072-10BDAC10C052@gmail.com> <0BCA1C2D-B92C-459E-B1A6-6D06BA4C62CF@gmail.com> <55d24cbb-e9ef-491f-a99b-b3dbd7cecdf9@app.fastmail.com> <38574cad-e90d-47b7-a015-753bb6bbc360@app.fastmail.com> <66631FB7-5BEA-4ED5-A694-9AD8B9CCFEE8@gmail.com> <4b7b49a5-5e1a-44a8-93e0-60457d15cb1d@app.fastmail.com> <82DEA2B6-6FC5-4A79-BDE3-1FD72F104A6E@gmail.com> <38de1036-d8cf-420c-b845-edb5a946b191@app.fastmail.com> <87E40BF8-8877-4DBD-9040-99AF8A4E6358@gmail.com> <7556f0d4-03fd-451a-bd34-5f62b424319a@app.fastmail.com> <290910DE-9A03-4AE6-B348-073D5DA96ACC@gmail.com> <4B243750-12BE-4C16-A769-A803268F40E3@gmail.com> <4605CAD6-69D5-4082-B96C-91FC0DE5399D@gmail.com> Subject: Re: Optimize LISTEN/NOTIFY Content-Type: text/plain Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Fri, Nov 7, 2025, at 19:59, Joel Jacobson wrote: > * The logic in SignalBackends has been reworked and simplified, > thanks to the new isAdvancing and advancingPos fields. > I now think it's finally easy to reason about why each branch > in SignalBackends must be correct. I was wrong. I wrongly assumed asyncQueueReadAllNotifications would read up until head, which it might not actually do: * Process messages up to the stop position, end of page, or an * uncommitted message. This in turn could cause a listening backend to remain behind, if there would be no more notifies, so it unfortunately seems like we will always need to signal when a backend isAdvancing, and therefore have no use of the advancingPos field. I will do more correctness and benchmark testing before posting a new version. Just wanted to give you a heads up on the bug, so you don't waste time reviewing. /Joel