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 1noezl-0001qe-UT for pgsql-hackers@arkaria.postgresql.org; Wed, 11 May 2022 05:34:46 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1noezk-0005BU-Pv for pgsql-hackers@arkaria.postgresql.org; Wed, 11 May 2022 05:34:44 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1noezi-00057Y-UE for pgsql-hackers@lists.postgresql.org; Wed, 11 May 2022 05:34:44 +0000 Received: from wout5-smtp.messagingengine.com ([64.147.123.21]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1noezf-0000S6-K2 for pgsql-hackers@postgresql.org; Wed, 11 May 2022 05:34:42 +0000 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id 3F4F6320095B; Wed, 11 May 2022 01:34:35 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Wed, 11 May 2022 01:34:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paquier.xyz; h= cc:cc:content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to; s=fm1; t=1652247274; x=1652333674; bh=83/TtOmQNm VG4ufBfUB9vXUUpOjz1LgCgyFWIqAxoq0=; b=HO9NIW5ppu3GdKESO3dpsP/Ad2 8qhSy+S6p8YT2GswmeJYoHLT01q652OhuPsAQwdneQUX3xZvjCz8P8PvxRKrXavi lC4ycOfdlTDUgNE/W/TFDSBWLq9g4KbIwcTY8ecX/6woqBgu1lr4ciomTL4GF9/b cQZa8qbxvPzxhh0M8Uze/K+/juzLipYt75cvltdzD0y59s6D7GH1T/mPvCfT+50c KKDNJocruFofNOoo4TQ/xHY4UBipVEvzWIAEj+mIrEt9X2Yl2rTyZZPSi8NAn87e Q3F/delGqZ5ZVfSSzqPyaZA8cLmXRdSPaSqETUYbsafcMj3JcQ4OprPZqv6g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1652247274; x= 1652333674; bh=83/TtOmQNmVG4ufBfUB9vXUUpOjz1LgCgyFWIqAxoq0=; b=j YW6ygF3m3khVOGPodDE3IiHcS19zyDYMxExfd2lRDp5btqDfnII2rRM8HCoiJOjr smChE2s9OXDmh7P+y0r54wZThxJDBr91GwVEfNS6f2eR0MuVvrWJg8+5dr4BoNzT eJeam6y8q3yjIL8MWCHrP9+nf5HYIdtUU1UkcIW5Vkc7Z7ayctKO9HmnEs1KNoCa NOM1r7awH++KP9l649SKU2GdQc0Akch5kUXFsXIz/ZvaeNx+pnrDKpIKw29AKOw2 KrL6Lqm9vaXw43B6+6hlnVOaPgmRhzpM75L2tLqVDL7W1YqE0qr2vf+yyLPemxXD EaM+vV8UOUa70tUXlxu7A== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedrgeeggdelgecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenfg hrlhcuvffnffculdejtddmnecujfgurhepfffhvfevuffkfhggtggujgesghdtreertddt vdenucfhrhhomhepofhitghhrggvlhcurfgrqhhuihgvrhcuoehmihgthhgrvghlsehprg hquhhivghrrdighiiiqeenucggtffrrghtthgvrhhnpeetleeifedufffhhfdtteelgeeg geffhfekueevteeigfduudevudetgfegiedvjeenucevlhhushhtvghrufhiiigvpedtne curfgrrhgrmhepmhgrihhlfhhrohhmpehmihgthhgrvghlsehprghquhhivghrrdighiii X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 11 May 2022 01:34:30 -0400 (EDT) Date: Wed, 11 May 2022 14:34:25 +0900 From: Michael Paquier To: Nathan Bossart Cc: Magnus Hagander , "Bossart, Nathan" , Fujii Masao , Justin Pryzby , Andres Freund , Mark Dilger , Don Seiler , PostgreSQL-development Subject: Re: Estimating HugePages Requirements? Message-ID: References: <20220506171318.GA3448558@nathanxps13> <20220510161249.GA3715618@nathanxps13> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="gJiJGd16PX/VVc8f" Content-Disposition: inline In-Reply-To: <20220510161249.GA3715618@nathanxps13> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --gJiJGd16PX/VVc8f Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, May 10, 2022 at 09:12:49AM -0700, Nathan Bossart wrote: > AFAICT you need to set log_min_messages to at least DEBUG3 to see extra > output for the non-runtime-computed GUCs, so it might not be worth the > added complexity. This set of messages is showing up for ages with zero complaints from the field AFAIK, and nobody would use this level of logging except developers. One thing that overriding log_min_messages to FATAL does, however, is to not show anymore those debug3 messages when querying a runtime-computed GUC, but that's the kind of things we'd hide. Your patch would hide those entries in both cases. Perhaps we could do that, but at the end, I don't really see any need to complicate this code path more than necessary, and this is enough to silence the logs in the cases we care about basically all the time, even if the log levels are reduced a bit on a given cluster. Hence, I have applied the simplest solution to just enforce a log_min_messages=FATAL when requesting a runtime GUC. -- Michael --gJiJGd16PX/VVc8f Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEG72nH6vTowiyblFKnvQgOdbyQH0FAmJ7SuEACgkQnvQgOdby QH1FXg/9FOT49562VMoIPChHstO2aIkX0SNvEukjNDqKY4E3wqXnLogvhGoBhH1y 5x2/vpTC862DrNZj+Xt34hgD8QKMd1S8N7lo+7MJ+0N6wSDuW96vyLp8AWhb3Sag m2eDSzmVSIixAFK0FtTEjERHAYa3iMzIpyJQWN0xqDuOViHZQO9nr526jfvbV4bn tUWg3wjDsRz062N9YDz+3wykJCfpAAnWBgaUllafPqG8COaqJHuXCT/6QSxkPlPB AVuoKFOoNklfpTWwPYloIph2JW4QxaLbtWABjeUaKnvfIIDWVmvAwNi/pKw4JHkv 3Oc06LizfGwI6IKduE07Pr+nTfn3Mxv+0crcFogriNOhQbhl70fh3li0uWSB41nR q/juPpSoSZKi3vMR6blTOP2M/lYZfgWppeBdj9XbhAvfdD/7LVO5pHn70rW0N3d+ 9xE2QT+LS2+V2zi3T0PRkfjWBUbr4Cjayrzdz66XHuj0deunLuX74O7WA79BYu5p /hqc7+A7pMafpaYU8zKoSkgMzH+L0tkskWqbTH9QYG/h4BReoVetx8WrVCT/PFmN /c5b5ZgCQRLcqBLi0luWvYkPM+ii5gN9yXXY4FDhad935coYlTb1eN8ThtH/kepm QVgjTytP1GY5lCtajQG6kKVe4I84xma9SvGeYqOq7+oEpxMLShE= =vn94 -----END PGP SIGNATURE----- --gJiJGd16PX/VVc8f--