Re: Proposal of PITR performance improvement for 8.4. - Mailing list pgsql-hackers

From Koichi Suzuki
Subject Re: Proposal of PITR performance improvement for 8.4.
Date
Msg-id a778a7260810281757w2e936028m40fc1f5c2dd42ec9@mail.gmail.com
Whole thread Raw
In response to Re: Proposal of PITR performance improvement for 8.4.  (Gregory Stark <stark@enterprisedb.com>)
List pgsql-hackers
Hi,

> I think we would have to maintain two pointers one for the prefetch and one
> for the actual running. But the logic in for recovery is complex enough that
> I'm concerned about changing it enough to do that and whether it can be done
> without uglifying the code quite a bit.

Yes, this is what the code is doing.  Prefetch function returns LSN
where prefetch was performed.   Redo routine has to call prefetch if
it is going to read WAL record beyond this.

-- 
------
Koichi Suzuki


pgsql-hackers by date:

Previous
From: "Koichi Suzuki"
Date:
Subject: Re: Proposal of PITR performance improvement for 8.4.
Next
From: "Koichi Suzuki"
Date:
Subject: Re: Proposal of PITR performance improvement for 8.4.