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 1nu7ud-0005cA-Ko for pgsql-hackers@arkaria.postgresql.org; Thu, 26 May 2022 07:28:03 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nu7uc-0004mj-If for pgsql-hackers@arkaria.postgresql.org; Thu, 26 May 2022 07:28:02 +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 1nu7uc-0004la-7w for pgsql-hackers@lists.postgresql.org; Thu, 26 May 2022 07:28:02 +0000 Received: from mail-pg1-x535.google.com ([2607:f8b0:4864:20::535]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1nu7ua-0004QS-6b for pgsql-hackers@postgresql.org; Thu, 26 May 2022 07:28:01 +0000 Received: by mail-pg1-x535.google.com with SMTP id h186so685727pgc.3 for ; Thu, 26 May 2022 00:28:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:message-id:to:cc:subject:from:in-reply-to:references :user-agent:mime-version:content-transfer-encoding; bh=5eiQnk8qRB+x/zOerbf8vqjzYCupq8QIr59ASQrEHTU=; b=JeKiFOmZOHIVP5EbnCFj/0l57b9fPlTK7inI3uYMndQ+yy/J44Mp263aw1K4NncG+v 2O0XDK9HY5vKTQW9V9j3Sa6wEuZatdqrELbRE1FD2zKTx7zA+vGbiQwVr51nvfcSpbtg bKoktXUK/HYCWfsn05dzB/jNGyo0hnIdVzZPKyBDhGXCvErkGKiTiTd/P09GSxqVpjkt Kqr1DpP3i04xuonTmcobUGtLAfncD2JNhn8HbqoxK2h4rfi/FJ5ifPNbYeFYy1ImTn2k I6/xZv2ndaVhe8m2cOWafrIsjHuTkAgRuyp01g6Fp6vw3e8IEa+3ceV6oKm9ShxRDbii G1mA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:message-id:to:cc:subject:from:in-reply-to :references:user-agent:mime-version:content-transfer-encoding; bh=5eiQnk8qRB+x/zOerbf8vqjzYCupq8QIr59ASQrEHTU=; b=nrjYBD/bld87fU/39WkD6FbH8LnttY3lHP/BfQ1QTBzC8ogK9I3OWMYivhe1Un091O 1j+SAfVm1LKy7UqVhDKjEka1xrEYvUbiFPqDhvXzL6+hTc/m/39bBDVmeFNuQOnAn0vQ tYsQJWq25815wJvcOGSE/jm+emY2aCZ5UffA2Vg450824AaP1Vv+XUQr7bxNJ+u3hibH BZF6xDqJiDGMkY7wKlImkCV1El4zW7O7F4cnQM+w56516G1GSRB7hqNwX9O+Kiw/6gwN euXmyEQTEAHAEEZoZD8CEtIO1C/LLIVOr4sWFd3vXuWn51jczJJr+Nw+x7khw2pTXZzE Pdkg== X-Gm-Message-State: AOAM5335bEDnFQPuet74vBykLEmBtnVgvAu7a7JDrtI7hP4/5S1U9gnB xdq8LRvJqsmnsIQXDTPm+3g= X-Google-Smtp-Source: ABdhPJxE20RHgcSnjOjKrR7//d7+9Xv997DWDLsCMg51ATEMeK94sX9DtSAfy+P9mrfyXreQRV32eA== X-Received: by 2002:a63:6a84:0:b0:3fa:e914:79b5 with SMTP id f126-20020a636a84000000b003fae91479b5mr5225875pgc.365.1653550077679; Thu, 26 May 2022 00:27:57 -0700 (PDT) Received: from localhost (KD036014041111.ppp-bb.dion.ne.jp. [36.14.41.111]) by smtp.gmail.com with ESMTPSA id r3-20020a170902ea4300b0015ef27092aasm672838plg.190.2022.05.26.00.27.55 (version=TLS1_3 cipher=TLS_CHACHA20_POLY1305_SHA256 bits=256/256); Thu, 26 May 2022 00:27:56 -0700 (PDT) Date: Thu, 26 May 2022 16:27:53 +0900 (JST) Message-Id: <20220526.162753.632795261813283794.horikyota.ntt@gmail.com> To: pryzby@telsasoft.com Cc: michael@paquier.xyz, andres@anarazel.de, nathandbossart@gmail.com, pgsql-hackers@postgresql.org Subject: Re: fix stats_fetch_consistency value in postgresql.conf.sample From: Kyotaro Horiguchi In-Reply-To: <20220526.130045.1582015671130082847.horikyota.ntt@gmail.com> References: <20220526.111018.1043498429473068058.horikyota.ntt@gmail.com> <20220526022553.GV19626@telsasoft.com> <20220526.130045.1582015671130082847.horikyota.ntt@gmail.com> User-Agent: Mew version 6.8 on Emacs 26.1 Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Thu_May_26_16_27_53_2022_916)--" Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk ----Next_Part(Thu_May_26_16_27_53_2022_916)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit At Thu, 26 May 2022 13:00:45 +0900 (JST), Kyotaro Horiguchi wrote in > At Wed, 25 May 2022 21:25:53 -0500, Justin Pryzby wrote in > > And I think these should be updated it postgresql.conf to use the same unit as > > in current_setting(). > > > > track_activity_query_size | 1kB | 1024 > > wal_buffers | 4MB | -1 > > wal_receiver_timeout | 1min | 60s > > wal_sender_timeout | 1min | 60s > > I'm not sure we should do so. Rather I'd prefer 60s than 1min here. It could be in SQL, but *I* prefer to use perl for this, since it allows me to write a bit complex things (than simple string comparison) simpler. So the attached is a wip version of that Numeric values are compared considering units. But does not require the units of the both values to match. Some variables are ignored by an explicit instruction (ignored_parameters). Some variables are compared case-insensitively by an explicit instruction (case_insensitive_params). bool and enum are compared case-insensitively automatically. regards. -- Kyotaro Horiguchi NTT Open Source Software Center ----Next_Part(Thu_May_26_16_27_53_2022_916)-- Content-Type: Text/X-Patch; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="0001-Add-fileval-bootval-consistency-check-of-GUC-paramet.patch"