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 1l1mGT-0001El-F9 for pgsql-hackers@arkaria.postgresql.org; Tue, 19 Jan 2021 08:21:25 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1l1mGR-0004iQ-R5 for pgsql-hackers@arkaria.postgresql.org; Tue, 19 Jan 2021 08:21:23 +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 1l1mGR-0004gS-Jd for pgsql-hackers@lists.postgresql.org; Tue, 19 Jan 2021 08:21:23 +0000 Received: from forward1-smtp.messagingengine.com ([66.111.4.223]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l1mGO-0003Kg-5H for pgsql-hackers@postgresql.org; Tue, 19 Jan 2021 08:21:22 +0000 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailforward.nyi.internal (Postfix) with ESMTP id 4A1D11947EA9; Tue, 19 Jan 2021 03:21:18 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Tue, 19 Jan 2021 03:21:18 -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=TXJv6fW+ls/ruiS10rdl/xvAC8qpMgswFJxmdh6O3 uI=; b=IbGodkO2DyZw0tyMe7m7KYdpXvjkJYtVpoig1AG2Ya/A2HA+ti1XF0UjQ PXqws6firbcBfmGglzBnRn3TZ7VCu1zV0oez+SyvRc+7oOPlQihecyFkB9RY89H0 0u7mCOfZdYHF00dDH08U91intTRalkCQ+p1GVIHqE7Y7srV/6J2O4pjt9gBjTEhb ThBy6H5MTMBvAn67WBt4NoSFr7EJYHWQF1YRarj/Rz5yzzr0YxSKmruZnLNKki99 4H2S/Pqy2bkq0SEJtp8xoCQ6ul7XhM0pti4FFopP4La1orgVNRTlLP1L64y/YVMA mdang7wy8VAsBrB6uSlP6eQ3b2Hpw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrtdelgdduudekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepuffvfhfhohfkffgfgggjtgfgsehtjeertddtfeehnecuhfhrohhmpefrvght vghrucfgihhsvghnthhrrghuthcuoehpvghtvghrrdgvihhsvghnthhrrghuthesvghnth gvrhhprhhishgvuggsrdgtohhmqeenucggtffrrghtthgvrhhnpeffvdeufedtgffgveff vdehjeekjeekhedvvdeuheeghfffledvgffffffffeejudenucfkphepkeejrddujeejrd ejvddrudegvdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhr ohhmpehpvghtvghrrdgvihhsvghnthhrrghuthesvghnthgvrhhprhhishgvuggsrdgtoh hm 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 04B34108005C; Tue, 19 Jan 2021 03:21:15 -0500 (EST) Subject: Re: Change default of checkpoint_completion_target To: Stephen Frost , Alvaro Herrera References: <20201210171602.GP16415@tamriel.snowman.net> <20201210172126.GA25979@alvherre.pgsql> <20201210172255.GQ16415@tamriel.snowman.net> <20210113221038.GG27507@tamriel.snowman.net> Cc: Laurenz Albe , "Bossart, Nathan" , Michael Paquier , Bernd Helmle , "tsunakawa.takay@fujitsu.com" , "pgsql-hackers@postgresql.org" From: Peter Eisentraut Organization: EnterpriseDB Message-ID: Date: Tue, 19 Jan 2021 09:21:15 +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: <20210113221038.GG27507@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 2021-01-13 23:10, Stephen Frost wrote: >> Yes, I agree, and am involved in that thread as well- currently waiting >> feedback from others about the proposed approach. > I've tried to push that forward. I'm happy to update this patch once > we've got agreement to move forward on that, to wit, adding to an > 'obsolete' section in the documentation information about this > particular GUC and how it's been removed due to not being sensible or > necessary to continue to have. Some discussion a few days ago was arguing that it was still necessary in some cases as a way to counteract the possible lack of tuning in the kernel flushing behavior. I think in light of that we should go with your first patch that just changes the default, possibly with the documentation updated a bit.