Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1uchsZ-00G0Iz-GX for pgsql-general@arkaria.postgresql.org; Fri, 18 Jul 2025 09:59:47 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1uchsV-00ACtv-VG for pgsql-general@arkaria.postgresql.org; Fri, 18 Jul 2025 09:59:44 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1uchsV-00ACtj-8C for pgsql-general@lists.postgresql.org; Fri, 18 Jul 2025 09:59:44 +0000 Received: from fout-b6-smtp.messagingengine.com ([202.12.124.149]) by makus.postgresql.org with smtp (Exim 4.96) (envelope-from ) id 1uchsS-007uvW-2d for pgsql-general@lists.postgresql.org; Fri, 18 Jul 2025 09:59:41 +0000 Received: from phl-compute-01.internal (phl-compute-01.phl.internal [10.202.2.41]) by mailfout.stl.internal (Postfix) with ESMTP id 7506D1D0017A; Fri, 18 Jul 2025 05:59:39 -0400 (EDT) Received: from phl-imap-04 ([10.202.2.82]) by phl-compute-01.internal (MEProxy); Fri, 18 Jul 2025 05:59:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=barre.sh; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm1; t=1752832779; x=1752919179; bh=7ntkzMHYPeYAFvZfkwSX99NlchEB0q0TT/hO5aG0mWI=; b= SxcOufZNgs4eSsqwpeTT85NNXfLXoVsp8Jl1pxZwa+2fnzYezB8NDLIvoRfB3SL9 3UxogefkEdVviD2TpWAEh683RLP5JHkHSKXwixME51IEgB/qTPioySsiY74F3PjG 7PIbVy6eSp/UrGKNpYyl7taGPuhRXrX1uM/6BWXvSCZFEzXlfUd431+uSbInMqoR dcCI9AjDh0X+jkb/I+KPRq2grRTAu+Zbu+nv4ufYQ+JlvIwMfi2xh07I86NmAZ4I 8nVomHSK/aczcpLnvR60KW5ZnlXYDHJB+ss5iiBE4GVFmPAV7jwJJL2r7pHkWidM oWQGC5IgXqf7ruQCB8M8zw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; t=1752832779; x=1752919179; bh=7 ntkzMHYPeYAFvZfkwSX99NlchEB0q0TT/hO5aG0mWI=; b=YeTJDPOJAlm6nEALa Za1IEDhTxB6lJC6VD0okCHrEwtzq014ufjS4/XLy2sxOotlLaciZw3W32VjPY/qC WBrqSX7V60Q1rZOBFxCIipXQacSrz6f1s4J5SYgSgDEG4ugQkFcbEGeOjsJbZGDx IISWTMG5wK+0H2U5lq1SXBsh+E+esRgmSEGgrZCl9zXPz+G2rY7XtTyHgckoZ/+b X1jQ0s6EyOFZLuzCskK94FjmrMUeU5Arcz5TTDMOT3CWLDvU+iTUQKuiBmg6ivzl kRVqNF2xwAHm1KDUCgZfZ/qSG5du4y8H9f7/raVQXKbTzInhsu+zG0EUvLYj919V VANNw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdefgdeifeduhecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjug hrpefoggffhffvkfgjfhfutgfgsehtqhertdertdejnecuhfhrohhmpedfrfhivghrrhgv uceurghrrhgvfdcuoehpihgvrhhrvgessggrrhhrvgdrshhhqeenucggtffrrghtthgvrh hnpedugeefieejveefgeekteeuhfeuveevtdejieejgfffhffgfeeukeekudekkeefkeen ucffohhmrghinhepghhithhhuhgsrdgtohhmnecuvehluhhsthgvrhfuihiivgeptdenuc frrghrrghmpehmrghilhhfrhhomhepphhivghrrhgvsegsrghrrhgvrdhshhdpnhgspghr tghpthhtohepvddpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtoheplhgruhhrvghnii drrghlsggvsegthigsvghrthgvtgdrrghtpdhrtghpthhtohepphhgshhqlhdqghgvnhgv rhgrlheslhhishhtshdrphhoshhtghhrvghsqhhlrdhorhhg X-ME-Proxy: Feedback-ID: i97614980:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id 991C9B6006B; Fri, 18 Jul 2025 05:59:38 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface MIME-Version: 1.0 X-ThreadId: T89c86ea8eb4c36ce Date: Fri, 18 Jul 2025 11:59:18 +0200 From: "Pierre Barre" To: "Laurenz Albe" , pgsql-general@lists.postgresql.org Message-Id: <831109b7-23b7-4f14-a0ab-73a62c6a0c43@app.fastmail.com> In-Reply-To: <3345416f84147603587ff8656cc3ac95b6787744.camel@cybertec.at> References: <3345416f84147603587ff8656cc3ac95b6787744.camel@cybertec.at> Subject: Re: PostgreSQL on S3-backed Block Storage with Near-Local Performance Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hi Laurenz, > I think the biggest hurdle you will have to overcome is to > convince notoriously paranoid DBAs that this tall stack > provides reliable service, honors fsync() etc. Indeed, but that doesn't have to be "sudden." I think we need to gain co= nfidence in the whole system gradually by starting with throwable worklo= ads (e.g., persistent volumes in CI), then moving to data we can afford = to lose, then backups, and finally to production data. >> P.S. The full project includes a custom NFS filesystem too. > > "NFS" is a key word that does not inspire confidence in > PostgreSQL circles... I've had my fair share of major annoyances with NFS too! I think bad experiences with NFS are basically due to the fact that when= the hardware is bad, the NFS server implementation is bad, and the kern= el treats it mostly like a "local" filesystem (in terms of failure behav= ior).=20 So when it doesn't work well, everything goes down. But the protocols themselves are not inherently bad=E2=80=94they are act= ually quite elegant. NFSv3 is just what you need to reach (very close to= ) POSIX compliance. The NFS server implementation in ZeroFS passes all 8= ,662 tests in https://github.com/Barre/pjdfstest_nfs. https://github.com/Barre/ZeroFS/actions/runs/16367571315/job/46248240251= #step:11:9376 For database workloads specifically, users will probably prefer running = something like ZFS on top of the NBD server rather than using NFS direct= ly. Best, Pierre On Fri, Jul 18, 2025, at 06:40, Laurenz Albe wrote: > On Fri, 2025-07-18 at 00:57 +0200, Pierre Barre wrote: >> Looking forward to your feedback and questions! > > I think the biggest hurdle you will have to overcome is to > convince notoriously paranoid DBAs that this tall stack > provides reliable service, honors fsync() etc. > > Performance is great, but it is not everything. If things > perform surprisingly well, people become suspicious. > >> P.S. The full project includes a custom NFS filesystem too. > > "NFS" is a key word that does not inspire confidence in > PostgreSQL circles... > > Yours, > Laurenz Albe