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
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 |