Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hAwu2-0007Dz-Cu for pgsql-docs@arkaria.postgresql.org; Mon, 01 Apr 2019 13:23:06 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hAwu0-0000k9-4r for pgsql-docs@arkaria.postgresql.org; Mon, 01 Apr 2019 13:23:04 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hAwtz-0000f6-SV for pgsql-docs@lists.postgresql.org; Mon, 01 Apr 2019 13:23:03 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hAwtv-0004gG-OX for pgsql-docs@lists.postgresql.org; Mon, 01 Apr 2019 13:23:02 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id x31DMukw005921; Mon, 1 Apr 2019 09:22:56 -0400 From: Tom Lane To: Michael Paquier cc: chris+postgresql@qwirx.com, pgsql-docs@lists.postgresql.org Subject: Re: bgwriter_lru_multiplier maximum value In-reply-to: <20190401131809.GD16093@paquier.xyz> References: <155411443331.724.3765587776420552242@wrigleys.postgresql.org> <20190401131809.GD16093@paquier.xyz> Comments: In-reply-to Michael Paquier message dated "Mon, 01 Apr 2019 22:18:09 +0900" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <5919.1554124976.1@sss.pgh.pa.us> Date: Mon, 01 Apr 2019 09:22:56 -0400 Message-ID: <5920.1554124976@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Michael Paquier writes: > On Mon, Apr 01, 2019 at 10:27:13AM +0000, PG Doc comments form wrote: >> The server has an undocumented maximum value of 10 for >> bgwriter_lru_multiplier, and will fail to start if it's set higher than >> this: > Any opinions from others? I don't think it's generally our practice to specify min and max values in config.sgml. If we were to start doing so, we'd need a much bigger patch than this, and it'd be an ongoing maintenance issue. Unless there's some reason I'm missing why the limits are more significant for this variable than for others? regards, tom lane