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 1vtSxz-009Szs-12 for pgsql-hackers@arkaria.postgresql.org; Fri, 20 Feb 2026 16:02:55 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vtSxx-008WVU-2r for pgsql-hackers@arkaria.postgresql.org; Fri, 20 Feb 2026 16:02:53 +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 1vtSxx-008WVM-0V for pgsql-hackers@lists.postgresql.org; Fri, 20 Feb 2026 16:02:53 +0000 Received: from fout-a3-smtp.messagingengine.com ([103.168.172.146]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1vtSxu-00000000O0E-0Yn2 for pgsql-hackers@lists.postgresql.org; Fri, 20 Feb 2026 16:02:52 +0000 Received: from phl-compute-06.internal (phl-compute-06.internal [10.202.2.46]) by mailfout.phl.internal (Postfix) with ESMTP id 8B858EC02EA; Fri, 20 Feb 2026 11:02:50 -0500 (EST) Received: from phl-frontend-04 ([10.202.2.163]) by phl-compute-06.internal (MEProxy); Fri, 20 Feb 2026 11:02:50 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=anarazel.de; h= cc:cc: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=1771603370; x=1771689770; bh=MaDBwR31Zo 961JLJCfjbPLkDsfVH972ygZ0+Rgl9sDU=; b=MrglauplSqoDEuWCoyC8TvIv3Y 3Im2K+pry4D278KVKf5b5TgT7TomnuSoUmSkeeAF8KCPOqGzK2/Mk3hDoSBZhK0z wsFmu7k+6jBht6t3Vu6FvxoVGuDljejeD0zBBa0AOvAc9ycUrnhCur/W1nG8IK0m JsIGyLpQITaShlE2TIMA8X55LAv9nmIftwy7NUxuGeLD8dEGvS5PhtdehEEIeuMw xrZHhrrle+sTdJl8WKE9T6OOxEORwZ1N10wDS1I3Mk3DA7RsmrX9+gX6C58UIFuV cQWWe4clSuyj5zTVsjUEJhAtgqmpIOyXJ0+jUV67hGr9A5YTX8yZ7cHZMrCA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc: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= 1771603370; x=1771689770; bh=MaDBwR31Zo961JLJCfjbPLkDsfVH972ygZ0 +Rgl9sDU=; b=pQZlfar/kMka6wIIrTtUiQVNcarR7iAL0nsH97rTgFoqg/6s3ze BWkkuxoj7mjHGxjPXqxVJlXq4OH9hRDiLpnw2xTfxUBZP+UiBNJ3kuQeTpchxE5G NPrsBAHRuH56hM+EF/XTlABkn9Uvvg6+yzJfLqjYUQn4ZAfpWTLoURhYWlwu/0mK 8PKMy9faeuBClQZhkMiPxhc/loDRxnd+H8xVW6RLHna8Cllz9lnt65JbjRvcauwV 4epuK4T8+h/t6wTp5SOWYjwSePVaV05AgBvqc0qnRRBShNTqQwqx1Ix8+bQx5ctn klNSd31LmewIgoS3sfMJksvwe5rL20gKXLg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefgedrtddtgddvvdekkeejucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfurfetoffkrfgpnffqhgenuceu rghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujf gurhepfffhvfevuffkfhggtggujgesthdtsfdttddtvdenucfhrhhomheptehnughrvghs ucfhrhgvuhhnugcuoegrnhgurhgvshesrghnrghrrgiivghlrdguvgeqnecuggftrfgrth htvghrnhepfeffgfelvdffgedtveelgfdtgefghfdvkefggeetieevjeekteduleevjefh ueegnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprg hnughrvghssegrnhgrrhgriigvlhdruggvpdhnsggprhgtphhtthhopeehpdhmohguvgep shhmthhpohhuthdprhgtphhtthhopegsvghrthhrrghnuggurhhouhhvohhtrdhpghesgh hmrghilhdrtghomhdprhgtphhtthhopehhthgrmhhfihgushesghhmrghilhdrtghomhdp rhgtphhtthhopehpghhsqhhlsehjqdgurghvihhsrdgtohhmpdhrtghpthhtohepphhgsh hqlhdqhhgrtghkvghrsheslhhishhtshdrphhoshhtghhrvghsqhhlrdhorhhgpdhrtghp thhtohepmhhitghhrggvlhesphgrqhhuihgvrhdrgiihii X-ME-Proxy: Feedback-ID: id4a34324:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 20 Feb 2026 11:02:50 -0500 (EST) Date: Fri, 20 Feb 2026 11:02:49 -0500 From: Andres Freund To: Bertrand Drouvot Cc: Michael Paquier , 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 2026-02-20 06:38:07 +0000, Bertrand Drouvot wrote: > > If the delay is very > > short it's probably also not that interesting to track, but I guess that's > > debatable. > > v6 was introducing timed_waits so that we have: > > waits > timed_waits > wait_time > fastpath_exceeded > > timed_waits and wait_time were incremented together and waits was incremented > unconditionally. I like the idea of being able to track the numbers of waits > whatever the value of log_lock_waits (or the new track_lock_timing) is. Also > one could compare waits vs timed_waits. How could a user benefit from that split? To me this is pointless number gathering that wastes resources and confuses users. Seriously, youre introducing stats left and right, you really need to stop and first carefully think about what those stats could possibly be useful for. Before writing a patch implementing the stats. Greetings, Andres Freund