Re: [PATCHES] WIP archive_timeout patch - Mailing list pgsql-hackers

From Florian G. Pflug
Subject Re: [PATCHES] WIP archive_timeout patch
Date
Msg-id 44E50396.3010101@phlo.org
Whole thread Raw
In response to Re: [PATCHES] WIP archive_timeout patch  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane wrote:
> Simon Riggs <simon@2ndquadrant.com> writes:
>>> Revised patch enclosed, now believed to be production ready. This
>>> implements regular log switching using the archive_timeout GUC.
> 
>> Further patch enclosed implementing these changes plus the record type
>> version of pg_xlogfile_name_offset()
> 
> Applied with minor changes --- it seemed better to me to put tracking of
> the last xlog switch time directly into xlog.c, instead of having the
> bgwriter code try to determine whether a switch had happened recently.
> 
> I noticed a minor annoyance while testing: when the system is completely
> idle, you get a forced segment switch every checkpoint_timeout seconds,
> even though there is nothing useful to log.  The checkpoint code is
> smart enough not to do a checkpoint if nothing has happened since the
> last one, and the xlog switch code is smart enough not to do a switch
> if nothing has happened since the last one ... but they aren't talking
> to each other and so each one's change looks like "something happened"
> to the other one.  I'm not sure how much trouble it's worth taking to
> prevent this scenario, though.  If you can't afford a WAL file switch
> every five minutes, you probably shouldn't be using archive_timeout
> anyway ...

Actually, this behaviour IMHO even has it's advantages - if you can be
sure that at least one wal will be archived every 5 minutes, then it's
easy to monitor the replication - you can just watch the logfile if the
slave, and send a failure notice if no logfile is imported at least
every 10 minutes or so.

Of course, for this to be useful, the documentation would have to tell
people about that behaviour, and it couldn't easily be changed in the next
release...

greetings, Florian Pflug


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Autovacuum on by default?
Next
From: Bruce Momjian
Date:
Subject: Re: Enum proposal / design