Re: clarify "rewritten" in pg_checksums docs - Mailing list pgsql-hackers

From Michael Banck
Subject Re: clarify "rewritten" in pg_checksums docs
Date
Msg-id f1fd7a65dd48cf381b751e8183eab49f090b64d3.camel@credativ.de
Whole thread Raw
In response to Re: clarify "rewritten" in pg_checksums docs  (Daniel Gustafsson <daniel@yesql.se>)
Responses Re: clarify "rewritten" in pg_checksums docs  (Daniel Gustafsson <daniel@yesql.se>)
List pgsql-hackers
Hi,

Am Dienstag, den 01.09.2020, 15:29 +0200 schrieb Daniel Gustafsson:
> > On 1 Sep 2020, at 15:13, Michael Banck <michael.banck@credativ.de> wrote:
> > the pg_checksums docs mention that "When enabling checksums, every file
> > in the cluster is rewritten".
> > 
> > From IRC discussions, "rewritten" seems ambiguous, it could mean that a
> > second copy of the file is written and then switched over, implying
> > increased storage demand during the operation.
> 
> Makes sense, I can see that confusion.
> 
> > So maybe "rewritten in-place" is better, as per the attached?
> 
> Isn't "modified in-place" a more accurate description of the process?

AIUI we do rewrite the whole file (block by block, after updating the
page header with the checksum), so yeah, I though about using modified
instead but then decided rewritten is pretty (or even more) accurate.


Michael

-- 
Michael Banck
Projektleiter / Senior Berater
Tel.: +49 2166 9901-171
Fax:  +49 2166 9901-100
Email: michael.banck@credativ.de

credativ GmbH, HRB Mönchengladbach 12080
USt-ID-Nummer: DE204566209
Trompeterallee 108, 41189 Mönchengladbach
Geschäftsführung: Dr. Michael Meskes, Jörg Folz, Sascha Heuer

Unser Umgang mit personenbezogenen Daten unterliegt
folgenden Bestimmungen: https://www.credativ.de/datenschutz




pgsql-hackers by date:

Previous
From: Daniel Gustafsson
Date:
Subject: Re: clarify "rewritten" in pg_checksums docs
Next
From: Daniel Gustafsson
Date:
Subject: Re: clarify "rewritten" in pg_checksums docs