Re: Re: [COMMITTERS] pgsql: Reduce checkpoints and WAL traffic on low activity database serv - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Re: [COMMITTERS] pgsql: Reduce checkpoints and WAL traffic on low activity database serv
Date
Msg-id CA+TgmobrFBe05RcsJonbn-kU1gqxiit-oAu+nLoFgWyt1ceQ2g@mail.gmail.com
Whole thread Raw
In response to Re: Re: [COMMITTERS] pgsql: Reduce checkpoints and WAL traffic on low activity database serv  (Greg Smith <greg@2ndQuadrant.com>)
List pgsql-hackers
On Wed, Nov 2, 2011 at 8:21 PM, Greg Smith <greg@2ndquadrant.com> wrote:
> In cases where there are little or no writes to the WAL, checkpoints will be
> skipped even if checkpoint_timeout has passed.  At least one new WAL segment
> must have been created before an automatic checkpoint occurs.  The time
> between checkpoints and when new WAL segments are created are not related in
> any other way.  If file-based WAL shipping is being used and you want to
> bound how often files are sent to standby server, to reduce potential data
> loss you should adjust archive_timeout parameter rather than the checkpoint
> ones.

I think this is good, although "where there are little or no writes to
the WAL" seems a bit awkward to me - how about "where little or no WAL
has been written"?

I would probably delete "to reduce potential data loss" from the last
sentence, since I think that sentence has a few too many clauses to be
easily parseable.

Should we also put a similar sentence into the documentation for
checkpoint_timeout?

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


pgsql-hackers by date:

Previous
From: Simon Riggs
Date:
Subject: Re: heap vacuum & cleanup locks
Next
From: Heikki Linnakangas
Date:
Subject: Re: GiST for range types (was Re: Range Types - typo + NULL string constructor)