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 | 200803181737.m2IHb5U17473@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
|
Список | 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 по дате отправления: