Re: Proposal of PITR performance improvement for 8.4.

From: "Koichi Suzuki" <koichi(dot)szk(at)gmail(dot)com>
To: "Gregory Stark" <stark(at)enterprisedb(dot)com>
Cc: "Simon Riggs" <simon(at)2ndquadrant(dot)com>, "Bruce Momjian" <bruce(at)momjian(dot)us>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Proposal of PITR performance improvement for 8.4.
Date: 2008-10-29 00:57:55
Message-ID: a778a7260810281757w2e936028m40fc1f5c2dd42ec9@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce McAlister 2008-10-29 01:03:37 Re: UUID-OSSP Contrib Module Compilation Issue
Previous Message Koichi Suzuki 2008-10-29 00:55:55 Re: Proposal of PITR performance improvement for 8.4.