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

From Robert Haas
Subject Re: V4 of PITR performance improvement for 8.4
Date
Msg-id 603c8f070902242000q2a627e7ai1577e1c475da3be9@mail.gmail.com
Whole thread Raw
In response to Re: V4 of PITR performance improvement for 8.4  (Gregory Stark <stark@enterprisedb.com>)
Responses Re: V4 of PITR performance improvement for 8.4  (Koichi Suzuki <koichi.szk@gmail.com>)
List pgsql-hackers
On Sun, Jan 25, 2009 at 7:15 AM, Gregory Stark <stark@enterprisedb.com> wrote:
> Koichi Suzuki <koichi.szk@gmail.com> writes:
>
>> Please find enclosed 2nd patch of pg_readahead which include a patch
>> to bufer manager to skip prefetch of pages already in shared buffer.
>
> I'm a bit confused by this comment. PrefetchBuffer already checks if the page
> is in shared buffers.
>
> What is tricky to avoid is prefetching the same page twice -- since the first
> prefetch doesn't actually put it in shared buffers there's no way to avoid
> prefetching it again unless you keep some kind of hash of recently prefetched
> buffers.
>
> For the index scan case I'm debating about whether to add such a cache
> directly to PrefetchBuffer -- in which case it would remember if some other
> scan prefetched the same buffer -- or to keep it in the index scan code.

Has this issue been resolved?  Does this patch need more review?
Because if so, I'm guessing it needs to happen RSN.

...Robert


pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: Service not starting: Error 1053
Next
From: Tom Lane
Date:
Subject: regress/expected/join_1.out no longer needed?