From: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Jeff Trout <threshar(at)threshar(dot)is-a-geek(dot)com>, "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Slow PITR restore |
Date: | 2007-12-12 18:24:30 |
Message-ID: | 1197483870.4255.1611.camel@ebony.site |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
On Wed, 2007-12-12 at 12:56 -0500, Tom Lane wrote:
> 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
Twas this feature, amongst others, that I had asked to be put back onto
the release notes, so people knew it had improved. I don't really want
to replicate that discussion, but if we're talking about it here then it
probably should be in the notes.
It roughly doubles performance, but there's still more required in some
cases. My recommendation is always measure the performance first.
--
Simon Riggs
2ndQuadrant http://www.2ndQuadrant.com
From | Date | Subject | |
---|---|---|---|
Next Message | Joshua D. Drake | 2007-12-12 18:25:43 | Re: Slow PITR restore |
Previous Message | D. Dante Lorenso | 2007-12-12 18:21:05 | Re: Function to convert from TEXT to BYTEA? |
From | Date | Subject | |
---|---|---|---|
Next Message | Joshua D. Drake | 2007-12-12 18:25:43 | Re: Slow PITR restore |
Previous Message | Markus Schiltknecht | 2007-12-12 18:23:49 | Re: VLDB Features |