Re: GUC for cleanup indexes threshold.

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>
Cc: Masahiko Sawada <sawada(dot)mshk(at)gmail(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com>, "Ideriha, Takeshi" <ideriha(dot)takeshi(at)jp(dot)fujitsu(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Kuntal Ghosh <kuntalghosh(dot)2007(at)gmail(dot)com>
Subject: Re: GUC for cleanup indexes threshold.
Date: 2017-02-24 17:26:14
Message-ID: CA+TgmobpfOEwQEcsP1JtrcDBpTbe6aM+yUxWxjtfDmoD0uTeGA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Fri, Feb 24, 2017 at 8:49 AM, Amit Kapila <amit(dot)kapila16(at)gmail(dot)com> wrote:
>> IIUC, I think that we need to have the number of half-dead pages in meta page.
>
> Don't you think we need to consider backward compatibility if we want
> to do that?

Yeah, that would be an on-disk format break.

I think this thread is pretty short on evidence that would let us make
a smart decision about what to do here. I see three possibilities.
The first is that this patch is a good idea whether we do something
about the issue of half-dead pages or not. The second is that this
patch is a good idea if we do something about the issue of half-dead
pages but a bad idea if we don't. The third is that this patch is a
bad idea whether or not we do anything about the issue of half-dead
pages.

Unfortunately, we have no evidence at all that would let us figure out
which of those three things is true. The original post didn't include
any relevant benchmarks or test results. Simon's reply, which
suggested that the problem of half-dead pages, didn't include any
benchmarks or test results. In fact, in neither place were any tests
suggested, even hypothetically, which would help us decide what to do.
I had a hunch when I saw this thread that it was a good idea, and
Simon has a hunch that this btree page recycling thing needs to be
fixed first, and he might be right. Or we might both be wrong. Or
... who knows, really?

I think we need to come up with some set of tests to figure out what
actually works well in practice here. Theories are a good starting
point, but good vacuum behavior is really important, and a patch that
changes it ought to be backed up by at least some experimental
evidence.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Joel Jacobson 2017-02-24 17:34:38 Re: case_preservation_and_insensitivity = on
Previous Message David G. Johnston 2017-02-24 17:19:33 Re: Make subquery alias optional in FROM clause