Re: Proposed patch: Smooth replication during VACUUM FULL

From: Simon Riggs <simon(at)2ndQuadrant(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Greg Stark <gsstark(at)mit(dot)edu>, Jaime Casanova <jaime(at)2ndquadrant(dot)com>, Gabriele Bartolini <gabriele(dot)bartolini(at)2ndquadrant(dot)it>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Proposed patch: Smooth replication during VACUUM FULL
Date: 2011-05-02 16:20:30
Message-ID: BANLkTi=3t=k2HERPQNv6=XHVbp8Z2w-Ovg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, May 2, 2011 at 3:37 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Simon Riggs <simon(at)2ndQuadrant(dot)com> writes:
>> I can't see the objection to replacing something inadvertently removed
>> in 9.0, especially since it is a 1 line patch and is accompanied by
>> copious technical evidence.
>
> I am not sure which part of "this isn't a substitute for what happened
> before 9.0" you fail to understand.
>
> As for "copious technical evidence", I saw no evidence provided
> whatsoever that this patch really did anything much to fix the
> reported problem.

Just so we're looking at the same data, graph attached.

> Yeah, it would help during the initial scan
> of the old rel, but not during the sort or reindex steps.

As Greg points out, the sort is not really of concern (for now).

> (And as for the thoroughness of the technical analysis, the patch
> doesn't even catch the second CHECK_FOR_INTERRUPTS in copy_heap_data;
> which would at least provide some relief for the sort part of the
> problem, though only in the last pass of sorting.)

I'm sure Gabriele can add those things as well - that also looks like
another 1 line change.

I'm just observing that the patch as-is appears effective and I feel
it is important.

--
 Simon Riggs                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services

Attachment Content-Type Size
image/png 29.8 KB

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2011-05-02 16:28:46 Re: Copy/paste from psql - was: Changing the continuation-line prompt in psql?
Previous Message Tom Lane 2011-05-02 16:09:54 Re: Bad COMPACT_ALLOC_CHUNK size in tsearch/spell.c?