Re: Documenting pglesslog

Поиск
Список
Период
Сортировка
От Koichi Suzuki
Тема Re: Documenting pglesslog
Дата
Msg-id a778a7260901141721l3fac01fdl3227ed61328249ae@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Documenting pglesslog  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-hackers
Pg_readahead uses posix_fadvise, which is included in Greg's patch andI've already posted pg_readahead patch integrated
intothe core.
 

Integration with snc.rep. will be a separate patch which will be
posted in a couple of days.

2009/1/14 Bruce Momjian <bruce@momjian.us>:
> Koichi Suzuki wrote:
>> Pg_readahead is a tool to prefetch data pages before redoing, based on
>> the contents of archive/active WAL segment.   For 8.3 and 8.4 without
>> sync.rep, this works together with restore_command.   Pg_readahead
>> analyze WAL segment, schedule and issue posix_fadvise() to prefetch
>> data pages quickly before redoing.
>>
>> Discussions and materials will be found at
>>
>> http://archives.postgresql.org/pgsql-hackers/2008-10/msg01372.php
>>
>> So far, external command implemantation speeds up PITR up to six
>> times!  Therefore, overall recovery time can be a little longer than
>> that with FPW.
>
> Now that 8.4 is using fsync, sounds like something that should be
> integrated into the core code, rather than as a /contrib.
>
> --
>  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
>  EnterpriseDB                             http://enterprisedb.com
>
>  + If your life is a hard drive, Christ can be your backup. +
>



-- 
------
Koichi Suzuki


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: Visibility map, partial vacuums
Следующее
От: KaiGai Kohei
Дата:
Сообщение: Re: Updates of SE-PostgreSQL 8.4devel patches (r1403)