Re: [DESIGN] Incremental checksums

From: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>
To: David Christensen <david(at)endpoint(dot)com>
Cc: PostgreSQL-development Hackers <pgsql-hackers(at)postgresql(dot)org>, Andres Freund <andres(at)anarazel(dot)de>, Josh Berkus <josh(at)agliodbs(dot)com>, Heikki Linnakangas <hlinnaka(at)iki(dot)fi>
Subject: Re: [DESIGN] Incremental checksums
Date: 2015-07-16 03:59:10
Message-ID: CAA4eK1Kwp4yHxekpO86rkyJySGJL1zz0he9rsMnC0e1FceEpRg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Jul 15, 2015 at 9:13 PM, David Christensen <david(at)endpoint(dot)com>
wrote:
>
>
> > On Jul 15, 2015, at 3:18 AM, Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>
wrote:
> >
> > > - pg_disable_checksums(void) => turn checksums off for a cluster.
Sets the state to "disabled", which means bg_worker will not do anything.
> > >
> > > - pg_request_checksum_cycle(void) => if checksums are "enabled",
increment the data_checksum_cycle counter and set the state to "enabling".
> > >
> >
> > If the cluster is already enabled for checksums, then what is
> > the need for any other action?
>
> You are assuming this is a one-way action.
>

No, I was confused by the state (enabling) this function will set.

> Requesting an explicit checksum cycle would be desirable in the case
where you want to proactively verify there is no cluster corruption to be
found.
>

Sure, but I think that is different from setting the state to enabling.
In your proposal above, in enabling state cluster needs to write
checksums, where for such a feature you only need read validation.

With Regards,
Amit Kapila.
EnterpriseDB: http://www.enterprisedb.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Fujii Masao 2015-07-16 04:07:50 Re: max_worker_processes on the standby
Previous Message Michael Paquier 2015-07-16 03:57:20 Re: [PATCH] postgres_fdw extension support