| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Jeff Trout <threshar(at)threshar(dot)is-a-geek(dot)com> |
| Cc: | "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, pgsql-general(at)postgresql(dot)org |
| Subject: | Re: Slow PITR restore |
| Date: | 2007-12-12 17:56:04 |
| Message-ID: | 22612.1197482164@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general pgsql-hackers |
Jeff Trout <threshar(at)threshar(dot)is-a-geek(dot)com> writes:
> I've seen this on my PITR restores (thankfully, they were for
> fetching some old data, not because we expoded). On a 2.4ghz opteron
> it took 5-50 seconds per wal segment, and there were a LOT of
> segments (replay took hours and hours). I asked a few folks and was
> told it is the nature of the beast. Hopefully something in 8.4 can
> be done.
Before we get all panicked about that, someone should try to measure the
restore speed on 8.3. It's possible that this patch already
alleviated the problem:
http://archives.postgresql.org/pgsql-committers/2007-05/msg00041.php
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Ron Mayer | 2007-12-12 18:00:19 | Re: top posting |
| Previous Message | Jeff Trout | 2007-12-12 17:37:54 | Re: Slow PITR restore |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Gregory Stark | 2007-12-12 18:02:39 | Re: Slow PITR restore |
| Previous Message | Jeff Trout | 2007-12-12 17:37:54 | Re: Slow PITR restore |