Re: Explain buffers wrong counter with parallel plans

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Adrien Nayrat <adrien(dot)nayrat(at)anayrat(dot)info>
Cc: Andres Freund <andres(at)anarazel(dot)de>, Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, PostgreSQL mailing lists <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Explain buffers wrong counter with parallel plans
Date: 2018-05-04 17:05:49
Message-ID: CA+TgmoaPSz4OdpxP6R2vvkmT-PDT1dK3Pn=fwCaXbuLfs99U3A@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, May 2, 2018 at 11:37 AM, Adrien Nayrat
<adrien(dot)nayrat(at)anayrat(dot)info> wrote:
> In 9.6 gather node reports sum of buffers for main process + workers. In 10,
> gather node only reports buffers from the main process.

Oh, really? Well, that sounds like a bug. Amit seems to think it's
expected behavior, but I don't know why it should be. The commit
message makes it sound like it's just refactoring, but in fact it
seems to have made a significant behavior change that doesn't look
very desirable.

--
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 Peter Geoghegan 2018-05-04 17:57:10 Re: nbtsort.c performs unneeded (though harmless) truncation
Previous Message Andres Freund 2018-05-04 16:31:34 Re: Negative DST, or, should we delay using tzdata 2018e update?