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 1mNY5x-0003SH-7S for pgsql-hackers@arkaria.postgresql.org; Tue, 07 Sep 2021 10:12:49 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mNY5v-0000hS-00 for pgsql-hackers@arkaria.postgresql.org; Tue, 07 Sep 2021 10:12:47 +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 1mNY5u-0000hI-Oc for pgsql-hackers@lists.postgresql.org; Tue, 07 Sep 2021 10:12:46 +0000 Received: from oss.nttdata.com ([49.212.34.109]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mNY5r-00005Q-1x for pgsql-hackers@postgresql.org; Tue, 07 Sep 2021 10:12:45 +0000 Received: from hrk.local (p2388012-ipbf1027funabasi.chiba.ocn.ne.jp [118.6.6.12]) by oss.nttdata.com (Postfix) with ESMTPSA id 4361460081; Tue, 7 Sep 2021 19:12:37 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.3 at oss.nttdata.com Subject: Re: Improve logging when using Huge Pages To: "Shinoda, Noriyoshi (PN Japan FSIP)" , "pgsql-hackers@postgresql.org" Cc: Kyotaro Horiguchi , "rjuju123@gmail.com" , Tom Lane References: <7e5b9f6d-1db9-d1e2-3bd8-ef65f24b35be@oss.nttdata.com> <20210903.164934.1726669051525427478.horikyota.ntt@gmail.com> <1946f6b9-75a1-7aeb-7b06-6c018377e518@oss.nttdata.com> <2498302.1630679233@sss.pgh.pa.us> From: Fujii Masao Message-ID: Date: Tue, 7 Sep 2021 19:12:36 +0900 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2021/09/07 13:09, Shinoda, Noriyoshi (PN Japan FSIP) wrote: > Hello, > > Thank you everyone for comments. > In the thread [1] that Horiguchi told me about, there is already a review going on about GUC for HugePages memory. > For this reason, I have removed the new GUC implementation and attached a patch that changes only the message at instance startup. Thanks for updating the patch! Even with the patch, there are still some cases where huge pages is disabled silently. We should report something even in these cases? For example, in the platform where huge pages is not supported, it's silently disabled when huge_pages=try. One big concern about the patch is that log message is always reported when shared memory fails to be allocated with huge pages enabled when huge_pages=try. Since huge_pages=try is the default setting, many users would see this new log message whenever they start the server. Those who don't need huge pages but just use the default setting might think that such log messages would be noisy. Regards, -- Fujii Masao Advanced Computing Technology Center Research and Development Headquarters NTT DATA CORPORATION