Re: Documenting pglesslog

From: "Koichi Suzuki" <koichi(dot)szk(at)gmail(dot)com>
To: "Bruce Momjian" <bruce(at)momjian(dot)us>
Cc: "Simon Riggs" <simon(at)2ndquadrant(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Documenting pglesslog
Date: 2009-01-15 01:21:21
Message-ID: a778a7260901141721l3fac01fdl3227ed61328249ae@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Pg_readahead uses posix_fadvise, which is included in Greg's patch and
I've already posted pg_readahead patch integrated into the 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(at)momjian(dot)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(at)momjian(dot)us> http://momjian.us
> EnterpriseDB http://enterprisedb.com
>
> + If your life is a hard drive, Christ can be your backup. +
>

--
------
Koichi Suzuki

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message KaiGai Kohei 2009-01-15 01:21:59 Re: Updates of SE-PostgreSQL 8.4devel patches (r1403)
Previous Message Andrew Dunstan 2009-01-15 01:18:34 Re: Visibility map, partial vacuums