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 1rU4bZ-008hLY-3J for pgsql-hackers@arkaria.postgresql.org; Sun, 28 Jan 2024 12:49:46 +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 1rU4bY-008hvD-AV for pgsql-hackers@arkaria.postgresql.org; Sun, 28 Jan 2024 12:49:44 +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 1rU4bX-008hv3-2C for pgsql-hackers@lists.postgresql.org; Sun, 28 Jan 2024 12:49:44 +0000 Received: from wfout2-smtp.messagingengine.com ([64.147.123.145]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rU4bT-003nFk-Ty for pgsql-hackers@postgresql.org; Sun, 28 Jan 2024 12:49:41 +0000 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailfout.west.internal (Postfix) with ESMTP id A45741C0004D; Sun, 28 Jan 2024 07:49:35 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Sun, 28 Jan 2024 07:49:37 -0500 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=fm3; t=1706446175; x= 1706532575; bh=VTMuGPYawMA1674NZMrkozG/Hdsmw7zxfTxVp2qv/Ms=; b=F aybNnNaorY9gKDstP3LA6FxAa69jHfomTNS7jM5iaVNqlUPeSluNY6+xsGNlRNJl xlIb5hnzL0cpUQ8vTOJzAHEFLtIfQu/mxKwf8BlfLSeQtWps00Cwr30K6g0RRgdP IoDzfjWMHgfmGw3cYllfq65QKTdLATfTZYo8u8NKM5+9o+vZPJboslvVI9CJQ5oM cZS8jJbFEg6w78MrtOI3bSoD/98noRWuMWPgXTX8fH3XzgT3qjDnWVDJHQqHg1rq 1Fd2Lto1Ui1qutuavOHRi8LSKz1pHVK4JNFgBo3Qp6Xwjvo390tAQ0f+V3VoTUmx 2bbeyDmj3Uxi9KPQBzHiw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrfedtvddggeegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvfevuffkgggtugfgjgesthekredttddtjeenucfhrhhomheptehlvhgr rhhoucfjvghrrhgvrhgruceorghlvhhhvghrrhgvsegrlhhvhhdrnhhoqdhiphdrohhrgh eqnecuggftrfgrthhtvghrnhepvdektdffudfftdffffehfffhjeejhffgieeuueekjeek fffgudffhfduffffueevnecuffhomhgrihhnpegvnhhtvghrphhrihhsvggusgdrtghomh enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrlhhv hhgvrhhrvgesrghlvhhhrdhnohdqihhprdhorhhg X-ME-Proxy: Feedback-ID: ia2694551:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sun, 28 Jan 2024 07:49:32 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=alvh.no-ip.org; s=schmee; t=1706446171; bh=toV2kbMHiY9u+H4IZsFOJCJZuXY+QyXc7bAUZC5y5dM=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=Akro/RSN09G/rrtEPBlhZVRyvweKPTN60B5BRqKZnqyySGT4zMuoFtRL5wYNiHrWU 0m93YHmVPyWtid9+wCJET0VZCS6e5C48EMv+VS6Ly3eLC+Q0hDyzkNZ/i/A1Sl3ON9 FSkkZCf6amFvrbOCjiwmf8LYV/MLja1dx9boGc3LzDIZ1SJCD05jnfVJRCG5xsCiKV ybVmzi220PtY1sIBlU+CAxloAl8nC7ndejdDfJ/TUJ62fqa5lecjSrX7FWPMucn+d0 SNIjbdjzZzF6s1NU3ulZm8DgKRHa2UZzKTrADuNhQ7SC6AzsVTc+q7Ux5j0CTZrmkl Xptt6sFwnCzcg== Received: by schmee.alvh.no-ip.org (Postfix, from userid 1000) id 0BDB98B; Sun, 28 Jan 2024 13:49:31 +0100 (CET) Date: Sun, 28 Jan 2024 13:49:31 +0100 From: Alvaro Herrera To: Andrey Borodin Cc: vignesh C , Andrew Borodin , i.lazarev@postgrespro.ru, Yura Sokolov , Andres Freund , Thomas Munro , Gilles Darold , Tomas Vondra , Tomas Vondra , Alexander Korotkov , Anastasia Lubennikova , Daniel Gustafsson , Kyotaro Horiguchi , pgsql-hackers mailing list Subject: Re: MultiXact\SLRU buffers configuration Message-ID: <202401281249.u6ham26mbjav@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <47A598F4-B4E7-4029-8FEC-A06A6C3CB4B5@yandex-team.ru> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2024-Jan-27, Andrey Borodin wrote: > thanks for the ping! Most important parts of this patch set are discussed in [0]. If that patchset will be committed, I'll withdraw entry for this thread from commitfest. > There's a version of Multixact-specific optimizations [1], but I hope they will not be necessary with effective caches developed in [0]. It seems to me that most important part of those optimization is removing sleeps under SLRU lock on standby [2] by Kyotaro Horiguchi. But given that cache optimizations took 4 years to get closer to commit, I'm not sure we will get this optimization any time soon... I'd appreciate it if you or Horiguchi-san can update his patch to remove use of usleep in favor of a CV in multixact, and keep this CF entry to cover it. Perhaps a test to make the code reach the usleep(1000) can be written using injection points (49cd2b93d7db)? -- Álvaro Herrera PostgreSQL Developer — https://www.EnterpriseDB.com/ "La experiencia nos dice que el hombre peló millones de veces las patatas, pero era forzoso admitir la posibilidad de que en un caso entre millones, las patatas pelarían al hombre" (Ijon Tichy)