Re: pgsql: Add URLs for : * Speed WAL recovery by allowing more than one - Mailing list pgsql-committers

From Bruce Momjian
Subject Re: pgsql: Add URLs for : * Speed WAL recovery by allowing more than one
Date
Msg-id 200803181737.m2IHb5U17473@momjian.us
Whole thread Raw
In response to Re: pgsql: Add URLs for : * Speed WAL recovery by allowing more than one  (Simon Riggs <simon@2ndquadrant.com>)
Responses Re: pgsql: Add URLs for : * Speed WAL recovery by allowing more than one  (Gregory Stark <stark@enterprisedb.com>)
List pgsql-committers
Simon Riggs wrote:
> On Tue, 2008-03-18 at 11:36 -0400, Bruce Momjian wrote:
> > 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.
>
> That's the opposite of what I had understood from the discussion. There
> was clear and direct opposition to what you have put in the todo.

Are you reading the same thread I am?  See:

    http://archives.postgresql.org/pgsql-hackers/2008-02/msg01301.php

If you think the conclusion was wrong, give me a URL!

--
  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
  EnterpriseDB                             http://postgres.enterprisedb.com

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

pgsql-committers by date:

Previous
From: Simon Riggs
Date:
Subject: Re: pgsql: Add URLs for : * Speed WAL recovery by allowing more than one
Next
From: petere@postgresql.org (Peter Eisentraut)
Date:
Subject: pgsql: Don't need -Wno-error anymore, because flex is no longer