Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nayXp-0001CN-EG for pgsql-hackers@arkaria.postgresql.org; Sun, 03 Apr 2022 11:37:21 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nayXo-00066v-BR for pgsql-hackers@arkaria.postgresql.org; Sun, 03 Apr 2022 11:37:20 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nayUk-00017h-Kp for pgsql-hackers@lists.postgresql.org; Sun, 03 Apr 2022 11:34:10 +0000 Received: from wout2-smtp.messagingengine.com ([64.147.123.25]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nayUd-0000Sl-Cm; Sun, 03 Apr 2022 11:34:09 +0000 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id D0A2832009C3; Sun, 3 Apr 2022 07:34:00 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Sun, 03 Apr 2022 07:34:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; bh=sJrIZ52wOdvjuymqnyafi0nRm8BHHNtXbuegix54b8E=; b=bzmk2YCI 6QhIRXjPnmQdOcDHNcbth/49ZCkS79NQuV4BVWIy/4FopR4VsaU4myCuZTQzbOj5 fV9xueP3CkIHvZAHe4wzpFw3uN4qPn5xRDfpx4ymf5PoRA7Jt9c2XccRL/X1uNW1 oLdjacyJOAyJNrw3laDCCdJcY2yOdPz4UUg5J5gn0fkBEVy/bCp3AKfLM87XJOtN l0FrBf3wY38qCriYg+ekAAUly1/U6yTomtoXt89WFy7T+qRed/GIsAhMMpgna6j4 Z/EHRdgQ+7GSf7SLb3Lenpc4WhjnR9Ylmwacd4Y2C4o6WDKOz0d4lfHZFhfl5k1p 5wg2o6syGzTtXw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrudejtddggeefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffukfggtggugfgjsehtkeertddttdejnecuhfhrohhmpeetlhhvrghr ohcujfgvrhhrvghrrgcuoegrlhhvhhgvrhhrvgesrghlvhhhrdhnohdqihhprdhorhhgqe enucggtffrrghtthgvrhhnpedujeevjeffjeevuddutedvkeeiueeitddvieelfeekveej udefgeeuvdejhfeuleenucffohhmrghinhepvghnthgvrhhprhhishgvuggsrdgtohhmne cuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprghlvhhh vghrrhgvsegrlhhvhhdrnhhoqdhiphdrohhrgh X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sun, 3 Apr 2022 07:33:58 -0400 (EDT) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id B8C942A1CF4; Sun, 3 Apr 2022 07:34:00 -0400 (-04) Date: Sun, 3 Apr 2022 13:34:00 +0200 From: Alvaro Herrera To: Andres Freund Cc: pgsql-hackers@postgresql.org, Fujii Masao , Kyotaro Horiguchi , melanieplageman@gmail.com Subject: Re: Higher level questions around shared memory stats Message-ID: <202204031134.5dbijyxdtzqx@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220403024548.ncy5civxjfqjnqad@alap3.anarazel.de> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2022-Apr-02, Andres Freund wrote: > 6) Should any part of the "reuse_stats" logic in table_recheck_autovac() be > kept? > > With the shared memory stats patch, autovacuum can cheaply access individual > stats, so the whole scheme for avoiding stats accesses is moot. Agreed, I don't think there's need to keep any of that. > I don't really see a point in keeping any of it - but I was curious whether > anybody else does? I don't either. > I'm still polishing, so I didn't want to send a whole new version with these > adjustments to the list yet, but you can see the state as of the time of > sending this email at [1]. I'll have a look, thanks. -- Álvaro Herrera PostgreSQL Developer — https://www.EnterpriseDB.com/