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.96) (envelope-from ) id 1w9zUy-001xnH-2h for pgsql-hackers@arkaria.postgresql.org; Tue, 07 Apr 2026 06:01:16 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1w9zUx-00EkFI-0j for pgsql-hackers@arkaria.postgresql.org; Tue, 07 Apr 2026 06:01:15 +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.96) (envelope-from ) id 1w9zUw-00EkF9-31 for pgsql-hackers@lists.postgresql.org; Tue, 07 Apr 2026 06:01:15 +0000 Received: from mail-wm1-x32e.google.com ([2a00:1450:4864:20::32e]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1w9zUv-00000000ysa-2TPu for pgsql-hackers@lists.postgresql.org; Tue, 07 Apr 2026 06:01:14 +0000 Received: by mail-wm1-x32e.google.com with SMTP id 5b1f17b1804b1-488b0046078so16071515e9.1 for ; Mon, 06 Apr 2026 23:01:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1775541671; x=1776146471; darn=lists.postgresql.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=0oR5ebwSPrpI2DCV6I/TxAXLFdakRdscE6d8GUtHiM8=; b=tFwwM+8/Mp1JFaimUvfTnn01W9B8ghJkYmOcF4UoBXnJhkoFG802H43NRwz2D1NrHi RPIK9Uj3vYEZNw2fu47DvPS7XNLvTF7KcmghnIW91nyfQ1KAsWUNOUVIKttw4UldhvZ0 XAhUdpxJeHSCIT3blVavLdg3K+nWDpMaeOa15BiPHlusxX6RS9B60t23LXty3aGy44wb PctHWlkTWYn3Nvah8my0/cIKIZbX02zN98tJdxo5FW7affP2px91OD68vZ1gs2UANUuN 4/GMprFE/juIEXRVDbC5Op7fKYuVfE0+b4GPZlE1J4Es63dvqwYdsOh+dL7ZWC7dhC+Q yz6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1775541671; x=1776146471; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=0oR5ebwSPrpI2DCV6I/TxAXLFdakRdscE6d8GUtHiM8=; b=e8yplSP47JU2hND18draKbv8TCYmMc3sDjeHdKl01ZE79SxYuZCxolDDwujkoH+r2m vlg8YB+XBhrZP/LcuuauANM9KugNSEjLCIYscL+Rx07qVnjvTwlYXjZe1tISn1LZ9OAv Se0w4eE1OK01Ws6+PHEFU8Z6tE9wpVGFZmwZSFIvmMTYlS+Ku7UJLxcXypsrfW2YNTLB UO1I0Te0pb9uW4Jr5S52AQlcrufJk02ZUZgoSbbPwbfelNF5rMo+MJfHeajH6V8acfub WfAw+93VM1qK8gyAp+uz1U0x9Mn8SrJXods5hTOXF5FD8dDnIftpd+t8Koh/rzLItZAv Cn6w== X-Forwarded-Encrypted: i=1; AJvYcCWAqJNhAL9zOSCXXyuCR0YVzG+NELeXcURqH0OqbAcbE1M+FVsQi4zDc40m9qsZmoPw228rVRm93NGUxr+k@lists.postgresql.org X-Gm-Message-State: AOJu0YwliRegxVAeK9dp32CsTx1Iru1SMD7vUV1I8Gc/u4XuUQcJXLVy BJqJ7x7TloH/TTIk8gQvWgaNdJ4s8WBvMVS2vJSRq7hlK5IWZnhsEQxC X-Gm-Gg: AeBDiev1R/Y5IcnO497g4kkT+aLuTFJa0TI4ch5ROBjLGCicBZUtgAx29J27/VIejDa QK5QdkXXcS9ftFcsLtHMtUcrOWQrqTtIcPTskns+xcEuM+VJeEOjR4U+R9nUogvsssFHjED2MtI wGQhdVzGvfZWnOueqj3KAYIRtR+/r5ZWdrGPrMYM2X1jnQr3N5215tHr8if8aFr+4w3aO6VQgVM uvuQrv7M1petaXd26UHY0oQHKR6WrbQq6dS9ATjaOqnjH+uZYN/xaeEJ6EXXzTCw4hIx0YQcWfG 8HRH+xq/OXkowDnMZbrd1rm9dVvXB+6X5tEtDsQium6MC6ZM6TKi9EFPclh5L47og/GEswJ7Ijk A+82esGWBkenc6Oo96V7rcH2gLODegiYkQNA8KDaqsLb5EVsiiByy7y7olflyETc3kAYB1qCAn2 5bf4H0hXZNsviys15hyALvsgWbj+9MW/X7/x1ZrcjGAb1/IkAJmuZqPlGYywdWZQRy1nxIRHWUT ZrOSFFZ7uSbiAw0j76ZwxkBe0AOYE49ZX5yQP7aqchCOaiqP/9BVS0Sgw== X-Received: by 2002:a05:600c:1d1d:b0:485:3af5:7e53 with SMTP id 5b1f17b1804b1-48899775e08mr201537175e9.19.1775541670609; Mon, 06 Apr 2026 23:01:10 -0700 (PDT) Received: from ip-10-97-1-34.eu-west-3.compute.internal (ec2-15-237-197-144.eu-west-3.compute.amazonaws.com. [15.237.197.144]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-488c1319ab7sm1765315e9.11.2026.04.06.23.01.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 06 Apr 2026 23:01:10 -0700 (PDT) Date: Tue, 7 Apr 2026 06:01:08 +0000 From: Bertrand Drouvot To: Michael Paquier Cc: Andres Freund , Jeff Davis , Greg Sabino Mullane , pgsql-hackers@lists.postgresql.org Subject: Re: Adding locks statistics Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hi, On Tue, Apr 07, 2026 at 01:21:39PM +0900, Michael Paquier wrote: > On Mon, Apr 06, 2026 at 03:34:44PM +0900, Michael Paquier wrote: > > This one was a simple puzzle: there was a race condition between the > > detach done by a local point and the wait/detach sequence. As we want > > a detach, dropping the local point is proving to work here. > > > > I am going to do a few more runs to gain some more confidence. > > Done a total of 5 runs (or 6 actually), and fixed it. > > > Bertrand, could you confirm please? > > That's of course always welcome. I'll keep an eye on the CI and the > buildfarm. That looks to work, thanks! But I was wondering if this new version is not introducing a new race: the injection point is not local anymore so it could be that another process reach the new injection point. That said, even if this is the case I think we're ok since s2 is using "query_until" so we could say that "at least" s2 reached the injection point. The new version does not ensure that "only" s2 reached the injection point but I think that's safe. Regards, -- Bertrand Drouvot PostgreSQL Contributors Team RDS Open Source Databases Amazon Web Services: https://aws.amazon.com