Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFX4O-0008TX-UO for pgsql-committers@arkaria.postgresql.org; Fri, 17 Nov 2017 03:11:57 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFX4O-0002cs-9b for pgsql-committers@arkaria.postgresql.org; Fri, 17 Nov 2017 03:11:56 +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.84_2) (envelope-from ) id 1eFX4O-0002ci-20 for pgsql-committers@lists.postgresql.org; Fri, 17 Nov 2017 03:11:56 +0000 Received: from out4-smtp.messagingengine.com ([66.111.4.28]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1eFX4L-0007Rn-6G for pgsql-committers@postgresql.org; Fri, 17 Nov 2017 03:11:54 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id EEAEC20B22; Thu, 16 Nov 2017 22:11:50 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute5.internal (MEProxy); Thu, 16 Nov 2017 22:11:50 -0500 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=fm1; bh=69omnuc9+JGx0uF1f060aui9eu90E rUqvNKK9l7Lvj0=; b=dWDLH4R4IFkEvWS99IpCyyg40YOwb5zMgrZQiPbX0EqQE 04dh4tRcI5sLDqrs3Nr9R8pH/7zYT4TSCZrZkaXhgDyh0eGJqrGjI6lC6jieXOni 9rJGJrihwfJIAdgEQNRJUZMz2nitfSnoj1mY9t9AqqgnDEBRre1H4cSEf66ykNFY JT+QnBlWqZnUk11yJhms53XXMHQhentrt3I0WEwP+0a+DSYcUNwCPSheaiiWnVP7 qHeNYUpDXH+qtnW0vmQqKieImqYSn7YiE9tmNfNXA2SBe92XX4NGRh5L5tFjrmPN +hHI20u225r7wq0OMJp8Xtj8e/oJZ0vvonNvKp7Nw== X-ME-Sender: Received: from intern.anarazel.de (unknown [136.24.76.189]) by mail.messagingengine.com (Postfix) with ESMTPA id A511A2494B; Thu, 16 Nov 2017 22:11:50 -0500 (EST) Date: Thu, 16 Nov 2017 19:11:49 -0800 From: Andres Freund To: Tom Lane Cc: pgsql-committers@postgresql.org Subject: Re: pgsql: Remove BufFile's isTemp flag. Message-ID: <20171117031149.hslkxis732hkjuog@alap3.anarazel.de> References: <23339.1510887494@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <23339.1510887494@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2017-11-16 21:58:14 -0500, Tom Lane wrote: > Andres Freund writes: > > Remove BufFile's isTemp flag. > > The isTemp flag controls whether buffile.c chops BufFile data up into > > 1GB segments on disk. Since it was badly named and always true, get > > rid of it. > > [ squint... ] That used to have an actual purpose connected to > transaction-abort cleanup, IIRC. It disturbs me that this seems > to have been I've not found any such use, searching through buffile.c's history. I don't quite see how that flag could've been related to abort cleanup stuff? There's been another unused caller of makeBufFile, namely BufFileCreate, that has been #ifdef'ed out for ages (perhaps we should've removed that with this commit or a long time ago). Other than that there seems to not have been any other caller setting that flag differently since you created the file in db3c4c3a2d980dcd. Greetings, Andres Freund