Re: Re: pgsql: Add URLs for : * Speed WAL recovery by allowing more than one

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
Cc: Simon Riggs <simon(at)2ndquadrant(dot)com>, Gregory Stark <stark(at)enterprisedb(dot)com>, pgsql-committers(at)postgresql(dot)org
Subject: Re: Re: pgsql: Add URLs for : * Speed WAL recovery by allowing more than one
Date: 2008-03-19 00:37:42
Message-ID: 200803190037.m2J0bg114776@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

Alvaro Herrera wrote:
> Simon Riggs wrote:
>
> > In any case, all I've said here is that we shouldn't put a specific
> > approach into the TODO. Just state the problem.
>
> Agreed. Perhaps the idea stated so far can be listed as possible
> alternatives to solving the problem, but they shouldn't be the main body
> of the TODO item.

We have specific solutions all over the TODO list. The minimally agreed
approach is multi-page fetching. If we can get general agreement that
we should do recovery in multiple streams, it will also be added to the
TODO list.

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://postgres.enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

In response to

Browse pgsql-committers by date

  From Date Subject
Next Message Tatsuo Ishii 2008-03-19 00:39:33 pgsql: Add libpq new API lo_import_with_oid() which is similar to
Previous Message Tatsuo Ishii 2008-03-19 00:29:35 pgsql: Fix tps calculation when -C supplied.

Browse pgsql-hackers by date

  From Date Subject
Next Message Tatsuo Ishii 2008-03-19 00:42:08 Re: Proposal: new large object API
Previous Message Alvaro Herrera 2008-03-19 00:17:53 Re: Re: pgsql: Add URLs for : * Speed WAL recovery by allowing more than one