From: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
---|---|
To: | Hannu Krosing <hannu(at)skype(dot)net> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Bruce Momjian <bruce(at)momjian(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Forcing current WAL file to be archived |
Date: | 2006-07-31 22:45:35 |
Message-ID: | 1154385935.3226.30.camel@localhost.localdomain |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, 2006-08-01 at 00:40 +0300, Hannu Krosing wrote:
> Ühel kenal päeval, T, 2006-07-25 kell 17:05, kirjutas Simon Riggs:
> > On Tue, 2006-07-25 at 11:53 -0400, Tom Lane wrote:
> > > That's fine, but feature freeze is in a week and we don't even have
> > > the
> > > basic function for manually doing a log file switch. Let's get that
> > > done first and then think about automatic switches.
> >
> > Agreed.
So: automatic switching of xlogs....
I've written a patch to implement archive_timeout, apart from the
infrastructure required to allow archiver to use LWLocks.
If we do this, it will allow the archiver to write to shared memory and
log files in particular. People may have a robustness issue with that,
so I'd like to check before doing this.
As a result, I'm thinking: What's the minimum infrastructure I can get
away with?
I'll post to -patches what I've got, to further this discussion.
--
Simon Riggs
EnterpriseDB http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Riggs | 2006-07-31 22:47:38 | WIP archive_timeout patch |
Previous Message | Simon Riggs | 2006-07-31 22:26:30 | Forcing current WAL file to be archived |