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 1kmLsG-0008Rb-Gl for pgsql-hackers@arkaria.postgresql.org; Mon, 07 Dec 2020 19:08:40 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kmLsE-0004jk-Jh for pgsql-hackers@arkaria.postgresql.org; Mon, 07 Dec 2020 19:08:38 +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 1kmLsD-0004jd-Nc for pgsql-hackers@lists.postgresql.org; Mon, 07 Dec 2020 19:08:38 +0000 Received: from wforward5-smtp.messagingengine.com ([64.147.123.35]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kmLs8-0006d3-Ql for pgsql-hackers@postgresql.org; Mon, 07 Dec 2020 19:08:36 +0000 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailforward.west.internal (Postfix) with ESMTP id 837F11097; Mon, 7 Dec 2020 14:08:30 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Mon, 07 Dec 2020 14:08:31 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=jlfEviPLlrF1R2OmGIHmWqIRWbTX/ah3aS1TMe6yx 64=; b=EaE3+Mw5gJa7i4F1g0u7xBAXzfs0JHTzvdLD+vlYckpeY2eiGWFCtFTXa ctZ5weXM/+48AAltwSo4nXxRm1NvpFfcVaatKcpuytIqU9noJj3O26dVpo5IoSIW 3OirQolO0JIlgVXh8m7ieZtUOOuInOyAPYjmYKx3aVK8YapwnMFiDnE85u07qDtL 34KabygRuRYr6Y3iSAj9qEGOizUKiHZapMxKVMwcv3KAc/Aq42kYGWLaHi1tqind 41xSR/xRFdLz2aJ35J7YzlGoYTnTPzw9zKFbkmbleBql+9auzLJu0wZNZvdl1Qxx jIK/7qcajIPTP0lkoEjQKSHwQPoEA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrudejgedguddvtdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enfghrlhcuvffnffculddvfedmnecujfgurhepuffvfhfhohfkffgfgggjtgfgsehtjeer tddtfeehnecuhfhrohhmpefrvghtvghrucfgihhsvghnthhrrghuthcuoehpvghtvghrrd gvihhsvghnthhrrghuthesvghnthgvrhhprhhishgvuggsrdgtohhmqeenucggtffrrght thgvrhhnpeffvdeufedtgffgveffvdehjeekjeekhedvvdeuheeghfffledvgffffffffe ejudenucfkphepkeejrddujeejrdejvddrudegvdenucevlhhushhtvghrufhiiigvpedt necurfgrrhgrmhepmhgrihhlfhhrohhmpehpvghtvghrrdgvihhsvghnthhrrghuthesvg hnthgvrhhprhhishgvuggsrdgtohhm X-ME-Proxy: Received: from april.pezone.net (p57b1488e.dip0.t-ipconnect.de [87.177.72.142]) by mail.messagingengine.com (Postfix) with ESMTPA id 6ED59240057; Mon, 7 Dec 2020 14:08:26 -0500 (EST) Subject: Re: Change default of checkpoint_completion_target To: Stephen Frost , Michael Paquier References: <20201207175329.GM16415@tamriel.snowman.net> Cc: Alvaro Herrera , "Bossart, Nathan" , Laurenz Albe , Bernd Helmle , "tsunakawa.takay@fujitsu.com" , "pgsql-hackers@postgresql.org" From: Peter Eisentraut Organization: EnterpriseDB Message-ID: <5285eb02-3340-7728-9f62-1a4365eda850@enterprisedb.com> Date: Mon, 7 Dec 2020 20:08:25 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20201207175329.GM16415@tamriel.snowman.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2020-12-07 18:53, Stephen Frost wrote: > * Michael Paquier (michael@paquier.xyz) wrote: >> On Sun, Dec 06, 2020 at 10:03:08AM -0500, Stephen Frost wrote: >>> * Alvaro Herrera (alvherre@alvh.no-ip.org) wrote: >>>> You keep making this statement, and I don't necessarily disagree, but if >>>> that is the case, please explain why don't we have >>>> checkpoint_completion_target set to 0.9 by default? Should we change >>>> that? >>> >>> Yes, I do think we should change that.. >> >> Agreed. FWIW, no idea for others, but it is one of those parameters I >> keep telling to update after a default installation. > > Concretely, attached is a patch which changes the default and updates > the documentation accordingly. I agree with considering this change, but I wonder why the value 0.9. Why not, say, 0.95, 0.99, or 1.0?