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 1msKWH-0004iW-39 for pgsql-hackers@arkaria.postgresql.org; Wed, 01 Dec 2021 07:59:13 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1msKWF-0005fn-U6 for pgsql-hackers@arkaria.postgresql.org; Wed, 01 Dec 2021 07:59:11 +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 1msKWF-0005fd-FS for pgsql-hackers@lists.postgresql.org; Wed, 01 Dec 2021 07:59:11 +0000 Received: from mail-io1-xd34.google.com ([2607:f8b0:4864:20::d34]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1msKWC-0007LO-3O for pgsql-hackers@lists.postgresql.org; Wed, 01 Dec 2021 07:59:10 +0000 Received: by mail-io1-xd34.google.com with SMTP id k21so29643959ioh.4 for ; Tue, 30 Nov 2021 23:59:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telsasoft-com.20210112.gappssmtp.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=KzQZ7PmSh08BIGVV0hEmHZDUTKz87oWzPefaOig06lg=; b=fFguWEYCCCPnR2+M7ViNhXa904xEe5Ib+28iXeRr1zWU5RpPiDs4uPfoRS63mjOT+s hVzdmczyTWvK/gQ2T0FT0GBF2/Ro36Oc3ELkvoSV3sJp+tjVqwnA5WXYjtPUot7DC2uG lPI+pgHfIh3iBcYC0kmLGlh5GuGkqvG89mRenCgULhOqEAh/aLwM4q4NIhpkKsNDTM6K pv1JtW0Rr3qHZ8tT0Gh37Y/oD6TXFuX+upP09cSqPRhpxy2QdCnF8kox1nBdn4dUEhbo j4ohz3Bsut5UVmVqKQcOU8DzhBlBtxngP/t6AltDC9orx4SjkGYI5R5LZ8LmcNbAxKVe Plsw== 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:user-agent; bh=KzQZ7PmSh08BIGVV0hEmHZDUTKz87oWzPefaOig06lg=; b=0wLsjMtpAxWvjBLa64yYHuJ/Py/Gun4cUz0ruQMkCCBLTBXhruM82yGzky9mVSv5VG 4hTNhfzQPBd0W/lrcHVWTIm8L6UtHBo4JIuricyOFmR5zSSgnO9qQvvqcQZKit02dTsy UwLOFjxc3171XbTbz/ANo7AXuCkeCixzfBpCJqcqsIS58mhcLmP1Hcvyxy0gJeLYuRh1 NFnixKBRei/3PHDKTI/+wc+B1pQM92xjuMyl6tmT82tmLSutL6Dmy4X3KU1lUamikEO2 h16ca7w0lAxDkfTmpt4XmDGrtYC+7oFX6xEgnCnFGRybnmqCszPYcPI3molef5zkMNYU 8ycw== X-Gm-Message-State: AOAM531uDW4t6RsCsR5YrCKVodyyceLQTg29QoewfySKiFtWrBZP8O7h qQJ2arNusDRCFHdJkGgv4j4eIg5ALOFzGw== X-Google-Smtp-Source: ABdhPJw4EMx5lbXMT58NAch3QtywaX4IB+nv6f0vapMBuW/I43HTUahfcghyr1ZsmUSDnvt1Yns5nA== X-Received: by 2002:a05:6638:2055:: with SMTP id t21mr7672311jaj.90.1638345546509; Tue, 30 Nov 2021 23:59:06 -0800 (PST) Received: from pryzbyj.telsasoft (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id m2sm11434571iob.21.2021.11.30.23.59.05 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 30 Nov 2021 23:59:06 -0800 (PST) Received: by pryzbyj.telsasoft (Postfix, from userid 1000) id 3E4A3800792; Wed, 1 Dec 2021 01:59:05 -0600 (CST) Date: Wed, 1 Dec 2021 01:59:05 -0600 From: Justin Pryzby To: Michael Paquier Cc: pgsql-hackers@lists.postgresql.org Subject: Re: GUC flags Message-ID: <20211201075904.GW17618@telsasoft.com> References: <20211129030833.GJ17618@telsasoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Tue, Nov 30, 2021 at 03:36:45PM +0900, Michael Paquier wrote: > - gettext_noop("Forces a switch to the next WAL file if a " > - "new file has not been started within N seconds."), > + gettext_noop("Sets the amount of time to wait before forcing a " > + "switch to the next WAL file."), .. > - gettext_noop("Waits N seconds on connection startup after authentication."), > + gettext_noop("Sets the amount of seconds to wait on connection " > + "startup after authentication."), "amount of time", like above. > - gettext_noop("Waits N seconds on connection startup before authentication."), > + gettext_noop("Sets the amount of seconds to wait on connection " > + "startup before authentication."), same > { > {"checkpoint_warning", PGC_SIGHUP, WAL_CHECKPOINTS, > - gettext_noop("Enables warnings if checkpoint segments are filled more " > - "frequently than this."), > + gettext_noop("Sets the maximum time before warning if checkpoints " > + "triggered by WAL volume happen too frequently."), > gettext_noop("Write a message to the server log if checkpoints " > - "caused by the filling of checkpoint segment files happens more " > + "caused by the filling of WAL segment files happens more " It should say "happen" , since it's referring to "checkpoints". That was a pre-existing issue. > {"log_parameter_max_length", PGC_SUSET, LOGGING_WHAT, > - gettext_noop("When logging statements, limit logged parameter values to first N bytes."), > + gettext_noop("Sets the maximum amount of data logged for bind " > + "parameter values when logging statements."), I think this one should actually say "in bytes" or at least say "maximum length". It seems unlikely that someone is going to specify this in other units, and it's confusing to everyone else to refer to "amount of data" instead of "length in bytes". > {"log_parameter_max_length_on_error", PGC_USERSET, LOGGING_WHAT, > - gettext_noop("When reporting an error, limit logged parameter values to first N bytes."), > + gettext_noop("Sets the maximum amount of data logged for bind " > + "parameter values when logging statements, on error."), same > - gettext_noop("Automatic log file rotation will occur after N minutes."), > + gettext_noop("Sets the maximum amount of time to wait before " > + "forcing log file rotation."), Should it say "maximum" ? Does that mean anything ? -- Justin