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 1nExs3-0000bx-7g for pgsql-hackers@arkaria.postgresql.org; Tue, 01 Feb 2022 18:27:15 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nExs1-0000Vg-Rt for pgsql-hackers@arkaria.postgresql.org; Tue, 01 Feb 2022 18:27:13 +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 1nExs1-0000VX-IE for pgsql-hackers@lists.postgresql.org; Tue, 01 Feb 2022 18:27:13 +0000 Received: from momjian.us ([72.94.173.45]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nExry-0005Dd-T1 for pgsql-hackers@postgresql.org; Tue, 01 Feb 2022 18:27:13 +0000 Received: from bruce by momjian.us with local (Exim 4.94.2) (envelope-from ) id 1nExrr-0052oB-VZ; Tue, 01 Feb 2022 13:27:03 -0500 Date: Tue, 1 Feb 2022 13:27:03 -0500 From: Bruce Momjian To: Stephen Frost Cc: Andres Freund , Antonin Houska , PostgreSQL-development , Robert Haas , Sasasu Subject: Re: XTS cipher mode for cluster file encryption Message-ID: References: <4b73c57e-0941-9e66-ea7e-087793c4c927@sasa.su> <20211019185456.GV20998@tamriel.snowman.net> <20211023160336.GB22621@momjian.us> <20211025155814.GD20998@tamriel.snowman.net> <18009.1638171451@antos> <1781.1643697906@antos> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Tue, Feb 1, 2022 at 01:07:36PM -0500, Stephen Frost wrote: > Well, I sent an email a week ago asking if people want to advance this > feature forward, and so far you are the only person to reply, which I > think means there isn't enough interest in this feature to advance it. > > This confuses me. Clearly there’s plenty of interest, but asking on hackers in > a deep old sub thread isn’t a terribly good way to judge that.  Yet even when > there is an active positive response, you argue that there isn’t enough. Uh, I have been lead down the path of disinterest/confusion on this feature enough that I am looking for positive feedback on every new step so I don't get stuck out in front with insufficient support. Yes, only one person replying is enough for me to say there isn't interest. I guess I now have two. My email was short and ended with a question so I thought the people interested in the steps I suggested would give some kind of feedback --- I certainly try to reply to all emails on this topic. > In general, I agree that the items you laid out are what the next steps are.  > There are patches for some of those items already too and some of them, such as > consolidating the temporary file access, are beneficial even without the > potential to use them for encryption.   Great. I can update my patch for July consideration. > Instead of again asking if people want this feature (many, many, many do), I’d > encourage Antonin to start a new thread with the patch to do the temporary file > access consolidation which then provides a buffered access and reduces the > number of syscalls and work towards getting that committed, ideally as part of > this release. Yes, agreed. -- Bruce Momjian https://momjian.us EDB https://enterprisedb.com If only the physical world exists, free will is an illusion.