Re: Re: Synch Rep: direct transfer of WAL file from the primary to the standby - Mailing list pgsql-hackers

From Greg Stark
Subject Re: Re: Synch Rep: direct transfer of WAL file from the primary to the standby
Date
Msg-id 407d949e0907071656q229d6d4ds7ed783acc49a8e25@mail.gmail.com
Whole thread Raw
In response to Re: Re: Synch Rep: direct transfer of WAL file from the primary to the standby  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Tue, Jul 7, 2009 at 8:12 PM, Tom Lane<tgl@sss.pgh.pa.us> wrote:
> (If nothing else, there is no point in keeping so much WAL that catching
> up by scanning it would take longer than taking a fresh base backup.
> My impression from recent complaints about our WAL-reading speed is that
> that might be a pretty tight threshold ...)

Well those are two independent variables. The time taken to scan WAL
is dependent on the transaction rate and the time to take a fresh
backup is dependent on the total database size. There are plenty of
low transaction rate humungous databases where it would be faster to
replay weeks of transactions than try to take a fresh base backup.

-- 
greg
http://mit.edu/~gsstark/resume.pdf


pgsql-hackers by date:

Previous
From: Sergey Burladyan
Date:
Subject: Re: 8.4, One-Time Filter and subquery ( ... FROM function() union all ... )
Next
From: Itagaki Takahiro
Date:
Subject: Re: New types for transparent encryption