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

Поиск
Список
Период
Сортировка
Искать
От
Bruce Momjian
Тема
Re: pgsql: Add URLs for : * Speed WAL recovery by allowing more than one
Дата
Msg-id
200803181536.m2IFaIm14324@momjian.us
Ответ на
Список
Дерево обсуждения
pgsql: Add URLs for : * Speed WAL recovery by allowing more than one momjian@postgresql.org (Bruce Momjian)
Re: pgsql: Add URLs for : * Speed WAL recovery by allowing more than one Simon Riggs <simon@2ndquadrant.com>
Re: pgsql: Add URLs for : * Speed WAL recovery by allowing more than one Bruce Momjian <bruce@momjian.us>
Re: pgsql: Add URLs for : * Speed WAL recovery by allowing more than one Simon Riggs <simon@2ndquadrant.com>
Re: pgsql: Add URLs for : * Speed WAL recovery by allowing more than one Bruce Momjian <bruce@momjian.us>
Re: pgsql: Add URLs for : * Speed WAL recovery by allowing more than one Gregory Stark <stark@enterprisedb.com>
Re: pgsql: Add URLs for : * Speed WAL recovery by allowing more than one Bruce Momjian <bruce@momjian.us>
Re: pgsql: Add URLs for : * Speed WAL recovery by allowing more than one Simon Riggs <simon@2ndquadrant.com>
Re: Re: pgsql: Add URLs for : * Speed WAL recovery by allowing more than one Alvaro Herrera <alvherre@commandprompt.com>
Re: Re: pgsql: Add URLs for : * Speed WAL recovery by allowing more than one Bruce Momjian <bruce@momjian.us>
Re: Re: pgsql: Add URLs for : * Speed WAL recovery by allowing more than one Tom Lane <tgl@sss.pgh.pa.us>
Re: Re: pgsql: Add URLs for : * Speed WAL recovery by allowing more than one "Heikki Linnakangas" <heikki@enterprisedb.com>
Re: Re: pgsql: Add URLs for : * Speed WAL recovery by allowing more than one Bruce Momjian <bruce@momjian.us>
Simon Riggs wrote:
> On Tue, 2008-03-18 at 03:59 +0000, Bruce Momjian wrote:
> > Log Message:
> > -----------
> > Add URLs for :
> > 
> > * Speed WAL recovery by allowing more than one page to be prefetched
> > 
> >   This involves having a separate process that can be told which pages
> >   the recovery process will need in the near future.
> > 
> > >   http://archives.postgresql.org/pgsql-general/2007-12/msg00683.php
> > >   http://archives.postgresql.org/pgsql-hackers/2007-12/msg00497.php
> > <
> 
> This TODO item presumes the solution, rather than describes the problem
> that needs to be solved. Other solutions have been proposed also and
> AFAIK nothing has been agreed.

The general consensus from the discussion was that multi-plexing the I/O
was easier and simpler than trying to multiplex the actual recovery
code.  Until you can get agreement on a more bold approach, the TODO
remains unchanged.

-- 
  Bruce Momjian          http://momjian.us
  EnterpriseDB                             http://postgres.enterprisedb.com

  + If your life is a hard drive, Christ can be your backup. +
В списке pgsql-committers по дате отправления
От: momjian@postgresql.org (Bruce Momjian)
Дата:
От: mha@postgresql.org (Magnus Hagander)
Дата:
FAQ