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 1nimPJ-0005cd-Iw for pgsql-hackers@arkaria.postgresql.org; Mon, 25 Apr 2022 00:16:50 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nimOI-000640-Ri for pgsql-hackers@arkaria.postgresql.org; Mon, 25 Apr 2022 00:15:46 +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 1nimOH-00063r-Ch for pgsql-hackers@lists.postgresql.org; Mon, 25 Apr 2022 00:15:46 +0000 Received: from out3-smtp.messagingengine.com ([66.111.4.27]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nimOA-00074o-Gx for pgsql-hackers@postgresql.org; Mon, 25 Apr 2022 00:15:44 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id F1E655C013C; Sun, 24 Apr 2022 20:15:36 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Sun, 24 Apr 2022 20:15: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=1650845736; x=1650932136; bh=giWpCBT3zD dmfMDBX+G7rWOkxmcv/lwg5WT23eTDvQw=; b=iiQfR9WZQ5qU1gucnQqTiHI5ls fQohVWM8LEL0D5uZp/EvE9nf0iG5aiGg/gDyK0X/9EdJmEUoH7ahWFDQ7jEoYQyT WFlqlDE5dZPI8fXM+iHx0muTs1P/xqXGLhniWZa67oPHtdyBuVjd3E27m4fz2lql DrwvoB1nmvoeQ+6ckY88EfxUEKKX9Du2OMre1ZWaWfQd7hmHgBkTkqLEwl6jZzpN 6WwsxXG9VY2JoaYZY0dP3VY6rGB9NbuLjpatLzpBE/V+RKdWWXq6OGXoCCaiaHQs TJ0rzMO0U4KF9GFIykSnDXPnuPm8zv2WrdeMPBImOf/+LC3vo0+xKRtkhKMw== 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=1650845736; x= 1650932136; bh=giWpCBT3zDdmfMDBX+G7rWOkxmcv/lwg5WT23eTDvQw=; b=n WHa4+gPHx9fSu4XWu/Bw8s/w0jt6SuhKjEqUOu160zHasFM1lUeOEOuMOU6mnHjZ 4DnJvSr6oMua3PQT4S7FVLxPMHxEqznqWnYZmHL4nIGtyl/VG0Rqy8i5GBv94N8O l4MVOcQM/TF9qpI57xpBn85La1zasOtijMkOa4TE6Nn6FHwASvEJtzXmalKt4I+g /pOBaMH5TcAq0Zp+KM+QKXnleJYD1LB9QmLZF2grky2KTcuhsiwLaySgEACIqhT3 /g0jR8nyOFDad1EKOPpBzobN28N/+Ht4dgAI8+diC18skHw1QbwUQ6aHOphjaPAC sa1pp6IpxzZ0mkoIc27cg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedruddtgdeffecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenfg hrlhcuvffnffculdefhedmnecujfgurhepfffhvfevuffkfhggtggujgesghdtreertddt vdenucfhrhhomhepofhitghhrggvlhcurfgrqhhuihgvrhcuoehmihgthhgrvghlsehprg hquhhivghrrdighiiiqeenucggtffrrghtthgvrhhnpedvvedvhfejhfejfefhkefflefh vdevffdvjefhuddtjeeludelveethffhfeekgeenucffohhmrghinhepmhhitghrohhsoh hfthdrtghomhenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhr ohhmpehmihgthhgrvghlsehprghquhhivghrrdighiii X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sun, 24 Apr 2022 20:15:33 -0400 (EDT) Date: Mon, 25 Apr 2022 09:15:28 +0900 From: Michael Paquier To: Magnus Hagander Cc: Nathan Bossart , "Bossart, Nathan" , Fujii Masao , Justin Pryzby , Andres Freund , Mark Dilger , Don Seiler , PostgreSQL-development Subject: Re: Estimating HugePages Requirements? Message-ID: References: <6AE0285D-0917-4C05-B6AA-4AEDD2FCBA52@amazon.com> <20220314173417.GA1020555@nathanxps13> <20220315224439.GA1133771@nathanxps13> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="nKBFjqIjzwYY025f" Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --nKBFjqIjzwYY025f Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Apr 22, 2022 at 09:49:34AM +0200, Magnus Hagander wrote: > I agree that thats a very narrow use case. And I'm not sure the use case of > a running server is even that important here - it's really the offline one > that's important. Or rather, the really compelling one is when there is a > server running but I want to check the value offline because it will > change. SHOW doesn't help there because it shows the value based on the > currently running configuration, not the new one after a restart. You mean the case of a server where one would directly change postgresql.conf on a running server, and use postgres -C to see how much the kernel settings need to be changed before the restart? > Hmm. So what's the solution on windows? I guess maybe it's not as important > there because there is no limit on huge pages, but generally getting the > expected shared memory usage might be useful? Just significantly less > important. Contrary to Linux, we don't need to care about the number of large pages that are necessary because there is no equivalent of vm.nr_hugepages on Windows (see [1]), do we? If that were the case, we'd have a use case for huge_page_size, additionally. That's the case where shared_memory_size_in_huge_pages comes in handy, as much as does huge_page_size, and note that shared_memory_size works on WIN32. [1]: https://docs.microsoft.com/en-us/windows/win32/memory/large-page-support -- Michael --nKBFjqIjzwYY025f Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEG72nH6vTowiyblFKnvQgOdbyQH0FAmJl6CAACgkQnvQgOdby QH0UHw//SxHaOFABVBzRRrLlk3EbqXiiwOqfyS+qgvXDKkWRIp1ZxzUI858onF9t KbBxXeKhQIxl9pKwW9MwDxGbv/MaVljn1ipQ9ek0nGHHdpJn2NexU8cSEW4cBaQz lahQrWPi78bsXlqAhoYZ9emMbNnpIxnCV4AQwrirCTCAwPs9L2F8hHFYcciebkdM 92UfFme8LsG6KZQ6hyjRAX+s7ACgVKpo9pgXNYrsVdDBPSD0WjaI+9+jdiHvp3o+ nUdJiL2DQIjqZ3dInYgbmpNCyflRQOBcuFee6ej5Lxi0uqoyR/WpQQtNtiUPxRlk psmT2R3KfgsSjeKcPj2Do+6vyVBydsZdpCbNQRe/uWlJr66r67EUUt41UEaZe9LZ 8sak4fUenxwR3mv20JsBLmXIfaBoUD0vrEfJWoGYhlhKhP7o6heQRoU0gJGIaLGe AucJ6+/4tia9cCeLC/LmdHRCtDaYfodZwWj9wvFsaW15WGZkDPDXoj4UqkkjESf8 Yf+/8EUEZfjRiI3S/svnlw+06gLToru/R81KKxSiKMM/hvESphptDUDQhEMUgH+v T/0sClQ/J+Ii0a1gaLZxwQ0ZMK/Ph8zEKJyuoj6vrhYdhv1RIDNp5YSYfamX8otG hJ6zTblg5+4vGkxFPws1tBDRl/Mw7tXAQ5gSFRM3F09iWvItvfc= =nTc0 -----END PGP SIGNATURE----- --nKBFjqIjzwYY025f--