Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1ffJwZ-000258-Tq for pgsql-hackers@arkaria.postgresql.org; Tue, 17 Jul 2018 06:58:44 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1ffJwX-0008Qh-QF for pgsql-hackers@arkaria.postgresql.org; Tue, 17 Jul 2018 06:58:41 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1ffJwX-0008Qa-FY for pgsql-hackers@lists.postgresql.org; Tue, 17 Jul 2018 06:58:41 +0000 Received: from out2-smtp.messagingengine.com ([66.111.4.26]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1ffJwU-0006O0-Su for pgsql-hackers@postgresql.org; Tue, 17 Jul 2018 06:58:40 +0000 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 13ABF21D0A; Tue, 17 Jul 2018 02:58:38 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Tue, 17 Jul 2018 02:58:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paquier.xyz; h= cc:content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; bh=SGqEZcmYQJi6ZAQ6z2H2BIT+mgY+FrlxHDnIL5AvKBQ=; b=D4AHbR21 tYfPmKDo65tP0cZ8qLYYBeruzsckGTMyh1SdBphkpNH/sCw+mozy6kx1kWm35CmV fpcT1FOvPHbvBVpZ2fbhw39//RokiM0ZeNwGxGBC7Lu0t04QA8sbvsu3GfB/2XS1 Zp/TR1Bw6+rZ9X8cEdBkk+IaV2Bv964wZq3ukuY3DDwlSIlwmKyC6UYJEgF9u1TY wRBWXy8Jfmz6hGACLZex7ao6iUDIfuz6PcDtinkNd+zsFWxS9ZATY2BEit97+puy iPAUagZhL2Cmi0Sr2AcV96PYHhyopFgrGSrnsqEQXmZ2M6CQt6svvZbwCV/JZax7 PyEAytqOwJUo8g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=SGqEZcmYQJi6ZAQ6z2H2BIT+mgY+F rlxHDnIL5AvKBQ=; b=kYkUJmLDjpM0IzFXNuUjUDdz3Kz5Q+1ag9571HmObBANT klo2TN9bECFG/TvI46YErX+oGsn/3iPt6y9MZn19v9ye+yTf9Q5gf9hxnu+Wbwnu QNtwK1WC53bKh/Mt4r2ES7aFLVOjw28W4cIVwde8Prcdwj+uLwS3RGcZ5YsOOEWD zIh6iySOAXo1MPZ/z+h7cCc5O2DPxLHwkd3aQY2MsINaEBgDaV+DKW0UJNFcH9m7 7pXuaD7rHuG3KLhPwbWPgslOHX4ZSiqdokKMZkkkV0K0W5UzQ0Er6vE1vzt7wT25 EpbXVVjA32GUuaHekZKdtL+tkEeHzFgii48rhKU+A== X-ME-Proxy: X-ME-Sender: Received: from paquier.xyz (c137162.net61215.cablenet.ne.jp [61.215.137.162]) by mail.messagingengine.com (Postfix) with ESMTPA id 8D2871026A; Tue, 17 Jul 2018 02:58:36 -0400 (EDT) Date: Tue, 17 Jul 2018 15:58:34 +0900 From: Michael Paquier To: Peter Eisentraut Cc: pgsql-hackers , Bruce Momjian Subject: Re: file cloning in pg_upgrade and CREATE DATABASE Message-ID: <20180717065833.GG3388@paquier.xyz> References: <20180319070636.GA4633@paquier.xyz> <20180319071415.GB4633@paquier.xyz> <20180320025849.GB4963@paquier.xyz> <678999c6-0967-d22a-e7d1-2a3aff83a77b@2ndquadrant.com> <20180323171650.GI1302@momjian.us> <4a62b089-ee93-50ee-f3f7-43c67b4c8ea4@2ndquadrant.com> <0241eae2-2f31-3667-200d-ae0e2293f692@2ndquadrant.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="6BvahUXLYAruDZOj" Content-Disposition: inline In-Reply-To: <0241eae2-2f31-3667-200d-ae0e2293f692@2ndquadrant.com> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --6BvahUXLYAruDZOj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Jun 06, 2018 at 11:58:14AM -0400, Peter Eisentraut wrote: > > The setting always requires the use of relinks. If > they are not supported, the pg_upgrade run > will abort. Use this in production to limit the upgrade run time. > The setting auto uses reflinks when available, > otherwise it falls back to a normal copy. This is the default. The > setting never prevents use of reflinks and always > uses a normal copy. This can be useful to ensure that the upgraded > cluster has its disk space fully allocated and not shared with the old > cluster. > Hm... I am wondering if we actually want the "auto" mode where we make the option smarter automatically. I am afraid of users trying to use it and being surprised that there is no gain while they expected some. I would rather switch that to an on/off switch, which defaults to "off", or simply what is available now. huge_pages=try was a bad idea as the result is not deterministic, so I would not have more of that... Putting CloneFile and check_reflink in a location that other frontend binaries could use would be nice, like pg_rewind. -- Michael --6BvahUXLYAruDZOj Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEG72nH6vTowiyblFKnvQgOdbyQH0FAltNk5kACgkQnvQgOdby QH39jxAAheRkMo61wFq0P36b1cBnZVl4Cu0F22G+BgLHGpKkU/R/+EonZ0HS7Znp sh5IDMhnCkO6Lwx6Q6l0YpBjJyMMMrNBFCWVBINymqLgAu3U9qfNDz1kvoPDs19k fHfjMqjICF9BfYJOGmehiYcEIT0T9xpiNIvZYIoleriI/NoK1nPuAi99bwMuRpPE XRCWGlODzOUdGgiUjuE10KRgEKlyZXOyZdPGxH14nqEz77AbxwrYMpNKa13KgLIj 2YcJ+dfjhg0JsEK+40JIHK8Tq1FejY6E6bB1R7sMrzLkOge4qk47YhZzeHxsfyiI +FuBehbl78TPSvwao5VkFr+mUgw3UZxxflnr6G+3EwgCaD62mKef1cuh419IZqhM TXIrXMHMdcsirFmZw5Sq1VVnwzaqF55E5poZ3ryN8CnxlIlDUDJ0z1oEYlsoABjL A0zstwDqr1H2cqLErYxDStLcmA2S2LrLvpHDbz/HdX+8mPA8ERrMIApqbC3WoxrA GeANyvkmRWrxDNkej/OEXKLpyOt5vfnWdnsYVsWmftdwyRcfLXe0go/pQss64ACQ LC6SjS8tdeEt0oZjI6BSxWGdribm8rY/KhY/VeLLv2tSpFK2oef2v1OtWz34iIlH h9G//AvoWTW7RWDsBT7aHu98q2k08wSuAjl3ryWLXMrYZ/kASUQ= =gu8z -----END PGP SIGNATURE----- --6BvahUXLYAruDZOj--