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 1sbX8q-00HGXW-CD for pgsql-general@arkaria.postgresql.org; Wed, 07 Aug 2024 03:15:12 +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 1sbX8n-0046gY-Jx for pgsql-general@arkaria.postgresql.org; Wed, 07 Aug 2024 03:15:09 +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 1sbX8n-0046gQ-7y for pgsql-general@lists.postgresql.org; Wed, 07 Aug 2024 03:15:09 +0000 Received: from smtp72.ord1d.emailsrvr.com ([184.106.54.72]) by makus.postgresql.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sbX8Y-003TfV-5w for pgsql-general@lists.postgresql.org; Wed, 07 Aug 2024 03:15:07 +0000 X-Auth-ID: xof@thebuild.com Received: by smtp2.relay.ord1d.emailsrvr.com (Authenticated sender: xof-AT-thebuild.com) with ESMTPSA id 246DD200AC; Tue, 6 Aug 2024 23:14:53 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.600.62\)) Subject: Re: data checksums From: Christophe Pettus In-Reply-To: <830004cb0a514d803d13ab9abcfa15fbae365748.camel@cybertec.at> Date: Tue, 6 Aug 2024 20:14:22 -0700 Cc: bruno vieira da silva , pgsql-general@lists.postgresql.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <15AB8DDB-7D4B-4272-801F-F5DD84E829E6@thebuild.com> <830004cb0a514d803d13ab9abcfa15fbae365748.camel@cybertec.at> To: Laurenz Albe X-Mailer: Apple Mail (2.3774.600.62) X-Classification-ID: 5b70c32e-08f0-442f-88c5-5f5e863ebf40-1-1 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk > On Aug 6, 2024, at 19:45, Laurenz Albe = wrote: > I am surprised by that. Would you say that most storage systems will = happily give you a > garbage block if there was a hardware problem somewhere? "Most" is hard for me to judge. HDDs can have uncorrected and = undetected errors, definitely. ZFS, for example, can correct those = (within limits); XFS doesn't try. I have been told that SSDs can have = uncorrected/undetected errors as well, but I don't know details on that. > Turning data checksums on will write WAL for hint bits, which can = significantly increase > the amount of WAL written. I was curious about that, so I just did a quick experiment using = pgbench, with identical databases except for checksums. They both = generated the same amount of WAL within 10% or so, so I don't think the = impact is huge. (And you need the hint bits for pg_rewind, which is a = nice thing to have in your back pocket if required.)=