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 1sgpYG-008obT-Rw for pgsql-hackers@arkaria.postgresql.org; Wed, 21 Aug 2024 17:55:21 +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 1sgpYD-00DjWF-8H for pgsql-hackers@arkaria.postgresql.org; Wed, 21 Aug 2024 17:55:17 +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 1sgpYC-00DjW7-3d for pgsql-hackers@lists.postgresql.org; Wed, 21 Aug 2024 17:55:17 +0000 Received: from fout6-smtp.messagingengine.com ([103.168.172.149]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sgpY9-000lkQ-9I for pgsql-hackers@postgresql.org; Wed, 21 Aug 2024 17:55:15 +0000 Received: from phl-compute-05.internal (phl-compute-05.nyi.internal [10.202.2.45]) by mailfout.nyi.internal (Postfix) with ESMTP id B3693138FD2B; Wed, 21 Aug 2024 13:55:11 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-05.internal (MEProxy); Wed, 21 Aug 2024 13:55:11 -0400 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 :reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1724262911; x= 1724349311; bh=HIYM1yGnAOSI/s4CcbfPqNhKUPSOEsJh9X2wdlUyUAM=; b=Q QVj2ze9aJEfSt2rbLnX5OKZYZAaePV8Z97Y8AVWOKGwaNreDCwA109ZNtt8ITIDR ZvLEfQmlezhzYhLSPs/a7thh558NA7efSNNxEjz6TlChZYAgYuigr90aFudLSME1 zD16Xb1acHXGL6XfClw8CaMYVDntQFhEybJgnUIyvk641hswClNai1tlpOVuOP6w JNhYZIfYvHuVkurSkmmI4wEVXORlJpctgHPWd7pSIvcVoeAHUG5+uZjrxJFb/MRS iOwYU3zTacR0yHAFrG8tbYVmirwMCUpOuX7UeR+Yzg5Bhly13JbbB/kIYO6HpOVi wF1hoQN4smOYs/Jby8GLA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddruddukedguddulecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpeffhffvvefukfggtggugfgjsehtkeertddttdej necuhfhrohhmpeetlhhvrghrohcujfgvrhhrvghrrgcuoegrlhhvhhgvrhhrvgesrghlvh hhrdhnohdqihhprdhorhhgqeenucggtffrrghtthgvrhhnpedvkedtffduffdtffffheff hfejjefhgfeiueeukeejkeffgfdufffhudffffeuveenucffohhmrghinhepvghnthgvrh hprhhishgvuggsrdgtohhmnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehm rghilhhfrhhomheprghlvhhhvghrrhgvsegrlhhvhhdrnhhoqdhiphdrohhrghdpnhgspg hrtghpthhtohepudegpdhmohguvgepshhmthhpohhuthdprhgtphhtthhopegrnhgurhgv shesrghnrghrrgiivghlrdguvgdprhgtphhtthhopehgihhllhgvshesuggrrhholhgurd hnvghtpdhrtghpthhtoheprggvkhhorhhothhkohhvsehgmhgrihhlrdgtohhmpdhrtghp thhtoheprghmsghorhhoughinhekieesghhmrghilhdrtghomhdprhgtphhtthhopehhoh hrihhkhihothgrrdhnthhtsehgmhgrihhlrdgtohhmpdhrtghpthhtohepthhhohhmrghs rdhmuhhnrhhosehgmhgrihhlrdgtohhmpdhrtghpthhtohepvhhighhnvghshhdvudesgh hmrghilhdrtghomhdprhgtphhtthhopehmihgthhgrvghlsehprghquhhivghrrdighiii pdhrtghpthhtoheprgdrlhhusggvnhhnihhkohhvrgesphhoshhtghhrvghsphhrohdrrh hu X-ME-Proxy: Feedback-ID: ia2694551:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 21 Aug 2024 13:55:10 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=alvh.no-ip.org; s=schmee; t=1724262907; bh=F2qqiGRltimP0V67TQBzsTo5h+WSc3k93hoQA3dUduo=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=gNQKwXU8EeQIUsWa6kbNZphY8ZNzzIUTPqi/gFSBBaRaL5MbmXGXKJ5Mr4g12jnFU BmxbKbs0n646/in8jLXq1PeO4tfmuJfZCV4ax5Figk7XPsfLk4tfISIyzxKV4g/Tsj V/H8S4C5+wsUru0CjdGCbSw9CLMKocT192cDToPfURCnK5OmmEoB1cB3+8S27cD3Y3 YgpoKUicRKoRYGbJai6S98Z3f2bPmF7d3lPRMikabthpfsJHzB7Z3XQBcotuR13zXz yXAVmAsIuWUJVGjs2chjp7CH8vAdOup+DckWYinHt4jmoIYwj0LifePuXSewxrGD4f LrE6RHR8FMAuA== Received: by schmee.alvh.no-ip.org (Postfix, from userid 1000) id F2C3EE9; Wed, 21 Aug 2024 13:55:06 -0400 (-04) Date: Wed, 21 Aug 2024 13:55:06 -0400 From: Alvaro Herrera To: Michael Paquier Cc: "Andrey M. Borodin" , vignesh C , Andrew Borodin , i.lazarev@postgrespro.ru, Yura Sokolov , Andres Freund , Thomas Munro , Gilles Darold , Alexander Korotkov , Anastasia Lubennikova , Daniel Gustafsson , Kyotaro Horiguchi , pgsql-hackers mailing list Subject: Re: MultiXact\SLRU buffers configuration Message-ID: <202408211755.j5v7w2ez46no@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2024-Aug-21, Michael Paquier wrote: > From fd8ab7b6845a2c56aa2c8d9c60f404f6b3407338 Mon Sep 17 00:00:00 2001 > From: Michael Paquier > Date: Wed, 21 Aug 2024 15:16:06 +0900 > Subject: [PATCH 2/3] injection_point: Add injection_points.stats > This GUC controls if statistics should be used or not in the module. > Custom statistics require the module to be loaded with > shared_preload_libraries, hence this GUC is made PGC_POSTMASTER. By > default, stats are disabled. > > This will be used by an upcoming change in a test where stats should not > be used, as the test has a dependency on a critical section. I find it's strange that the information that stats cannot be used with injection points that have dependency on critical sections (?), is only in the commit message and not in the code. Also, maybe it'd make sense for stats to be globally enabled, and that only the tests that require it would disable them? (It's probably easy enough to have a value "injection_points.stats=auto" which means, if the module is loaded in shared_preload_libraries them set stats on, otherwise turn them off.) TBH I don't understand why the issue that stats require shared_preload_libraries only comes up now ... Maybe another approach is to say that if an injection point is loaded via _LOAD() rather than the normal way, then stats are disabled for that one rather than globally? Or give the _LOAD() macro a boolean argument to indicate whether to collect stats for that injection point or not. Lastly, it's not clear to me what does it mean that the test has a "dependency" on a critical section. Do you mean to say that the injection point runs inside a critical section? > From e5329d080b9d8436af8f65aac118745cf1f81ca2 Mon Sep 17 00:00:00 2001 > From: Michael Paquier > Date: Wed, 21 Aug 2024 15:09:06 +0900 > Subject: [PATCH 3/3] Rework new SLRU test with injection points > > Rather than the SQL injection_points_load, this commit makes the test > rely on the two macros to load and run an injection point from the > cache, acting as an example of how to use them. No issues with this, feel free to go ahead. -- Álvaro Herrera 48°01'N 7°57'E — https://www.EnterpriseDB.com/ "Cada quien es cada cual y baja las escaleras como quiere" (JMSerrat)