Re: V4 of PITR performance improvement for 8.4
От | Koichi Suzuki |
---|---|
Тема | Re: V4 of PITR performance improvement for 8.4 |
Дата | |
Msg-id | a778a7260901252349g24f6b1deya6e9b9bfed8697e5@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: V4 of PITR performance improvement for 8.4 (Gregory Stark <stark@enterprisedb.com>) |
Ответы |
Re: V4 of PITR performance improvement for 8.4
Re: V4 of PITR performance improvement for 8.4 |
Список | pgsql-hackers |
Hi, It's simply because we should not refer to system catalog during the recovery. 2009/1/25 Gregory Stark <stark@enterprisedb.com>: > > 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. > > -- > Gregory Stark > EnterpriseDB http://www.enterprisedb.com > Ask me about EnterpriseDB's On-Demand Production Tuning > -- ------ Koichi Suzuki
В списке pgsql-hackers по дате отправления: