Skip site navigation (1) Skip section navigation (2)

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

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: pgsql-hackers(at)postgresql(dot)org
Cc: Bruce Momjian <bruce(at)momjian(dot)us>, 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 02:46:01
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-committerspgsql-hackers
Simon Riggs <simon(at)2ndquadrant(dot)com> writes:
> It may surprise you but I didn't read Tom's words as being against
> "Simon's approach". Personally I read them as a generic warning, which I
> agreed with. Maybe Tom can straighten that out.

AFAIR, I just said that I'd find it hard to trust any complex mechanism
that was being used *only* during WAL replay.  If we want to invent a
pre-reader process, or aio, or whatever, we should try to get it to be
exercised during normal use as well.  We're far more likely to find the
bugs in it that way.

			regards, tom lane

In response to

pgsql-hackers by date

Next:From: Tom LaneDate: 2008-03-19 02:49:10
Subject: Re: timestamp datatype cleanup
Previous:From: Jan UrbaƄskiDate: 2008-03-19 01:44:09
Subject: Text search selectivity improvements (was Re: Google Summer of Code 2008)

pgsql-committers by date

Next:From: Tatsuo IshiiDate: 2008-03-19 03:33:21
Subject: pgsql: Add -M (query mode) option per ITAGAKI Takahiro
Previous:From: Tom LaneDate: 2008-03-19 02:41:16
Subject: pgsql: Fix regexp substring matching (substring(string from pattern))

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group