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 1noSUs-0006SE-PV for pgsql-hackers@arkaria.postgresql.org; Tue, 10 May 2022 16:14:02 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1noSTt-0004au-Et for pgsql-hackers@arkaria.postgresql.org; Tue, 10 May 2022 16:13:01 +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 1noSTs-0004Zo-Uh for pgsql-hackers@lists.postgresql.org; Tue, 10 May 2022 16:13:01 +0000 Received: from mail-pl1-x633.google.com ([2607:f8b0:4864:20::633]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1noSTn-0000iB-8L for pgsql-hackers@postgresql.org; Tue, 10 May 2022 16:12:59 +0000 Received: by mail-pl1-x633.google.com with SMTP id d22so17141043plr.9 for ; Tue, 10 May 2022 09:12:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=pcAn1Y2oefe+EULjZlmtTbDQ0uV7XgcduOrdF6t2Y1o=; b=VpFN6hQyzbeqTXmGASAgw7Bg/U2/Mdhx7O+ZlwHPdoldS3xR2OnddiecZo+HsB8npd 78IbLolTHHUtEa7fJ9cp8pwDRHYly97o5xgYBkH0n5WL0EBooNHT4HNqaPjUps6t8ohB IzL1b6l30Yty+D+JAN1jX8lUmGFFQpi4N5AnS3x4BYPQ2f3pNUaLt3e4ntU/kkj3Njdg ca2EUCq1pTNx+MvDn309LOWKCIqsqEpcwF1OyQuWOOz1gduOMNqACo/SzpYy4d/ct/qJ tFa0riw5uAMsUiuDxKWNf97ueFv2UlMp5JjYiLn+Xt6jRGHggyZnxit+WQkmrihYkkjv frsg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=pcAn1Y2oefe+EULjZlmtTbDQ0uV7XgcduOrdF6t2Y1o=; b=PTvtKtKCE9abeAO+Pzp1x5Osn1rwGcdmESRr4BiDfCzxcD/HR1PnYCijIMHsPlzLA8 ueE0EliKAa3u+hBG2QKBx0Ly3EEZBmieenvKDKH326KdzZXYveR1od3x3M+sR3YoUV1U az2IykrqAeMXUTMMvtmeYyWqheJD//VcWHAf1l5qIACwtwqoGTWaFM+9eimO6jX9rdoe 0hGS+BXtHlyi8KIf+NiNeBXxzvMkjx3IuFilTnLUikUEebvEw4lSoA8De4f8JKyBslRI xSgIu/FGdCY0vZZ+jhUDB325vgmgqNI0XJ/FSZ/LU3y1AXdddHUvrONna+Z+kPlqKAMQ Q4bw== X-Gm-Message-State: AOAM533rLj1KiEhetVYZcegttekAhSuc9gwjTWXg02Zx2Ou+LIc2WzJL sXlQO/S/6SpFymuX0B06Ba8= X-Google-Smtp-Source: ABdhPJwiQZHOwfrG7zTpxLwfOECOz7Mc+Mncnu3JTyCnO8h9D+bqNTtlLeyOXhp/n+Tx2sgnPJcnNw== X-Received: by 2002:a17:902:f54e:b0:15e:9158:1237 with SMTP id h14-20020a170902f54e00b0015e91581237mr21075972plf.37.1652199174180; Tue, 10 May 2022 09:12:54 -0700 (PDT) Received: from nathanxps13 ([50.54.155.70]) by smtp.gmail.com with ESMTPSA id w6-20020a627b06000000b0050dc7628185sm11183755pfc.95.2022.05.10.09.12.53 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 10 May 2022 09:12:53 -0700 (PDT) Date: Tue, 10 May 2022 09:12:49 -0700 From: Nathan Bossart To: Michael Paquier Cc: Magnus Hagander , "Bossart, Nathan" , Fujii Masao , Justin Pryzby , Andres Freund , Mark Dilger , Don Seiler , PostgreSQL-development Subject: Re: Estimating HugePages Requirements? Message-ID: <20220510161249.GA3715618@nathanxps13> References: <20220315224439.GA1133771@nathanxps13> <20220506171318.GA3448558@nathanxps13> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Mon, May 09, 2022 at 03:53:24PM +0900, Michael Paquier wrote: > I have looked at the patch posted at [1], and I don't quite understand > why you need the extra dance with log_min_messages. Why don't you > just set the GUC at the end of the code path in PostmasterMain() where > we print non-runtime-computed parameters? The log_min_messages dance avoids extra output when inspecting non-runtime-computed GUCs, like this: ~/pgdata$ postgres -D . -C log_min_messages -c log_min_messages=debug5 debug5 2022-05-10 09:06:04.728 PDT [3715607] DEBUG: shmem_exit(0): 0 before_shmem_exit callbacks to make 2022-05-10 09:06:04.728 PDT [3715607] DEBUG: shmem_exit(0): 0 on_shmem_exit callbacks to make 2022-05-10 09:06:04.728 PDT [3715607] DEBUG: proc_exit(0): 0 callbacks to make 2022-05-10 09:06:04.728 PDT [3715607] DEBUG: exit(0) 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. > I am not really worrying > about users deciding to set log_min_messages to PANIC in > postgresql.conf when it comes to postgres -C, TBH, as they'd miss the > FATAL messages if the command is attempted on a server already > starting. I don't have a strong opinion on this one. -- Nathan Bossart Amazon Web Services: https://aws.amazon.com