Re: Additional size of hash table is alway zero for hash aggregates - Mailing list pgsql-hackers

From Pengzhou Tang
Subject Re: Additional size of hash table is alway zero for hash aggregates
Date
Msg-id CAG4reASZc61PzNUd0p3qgrAgYpZtNxwHhcXipzUjQdhcJ2iaOA@mail.gmail.com
Whole thread Raw
In response to Re: Additional size of hash table is alway zero for hash aggregates  (Andres Freund <andres@anarazel.de>)
List pgsql-hackers
Thanks, Andres Freund and Andres Gierth.

To be related, can I invite you to help to review the parallel grouping sets
patches? It will be very great to hear some comments from you since you
contributed most of the codes for grouping sets.


Thanks,
Pengzhou

On Fri, Mar 13, 2020 at 3:16 AM Andres Freund <andres@anarazel.de> wrote:
Hi,


On 2020-03-12 16:35:15 +0800, Pengzhou Tang wrote:
> When reading the grouping sets codes, I find that the additional size of
> the hash table for hash aggregates is always zero, this seems to be
> incorrect to me, attached a patch to fix it, please help to check.

Indeed, that's incorrect. Causes the number of buckets for the hashtable
to be set higher - the size is just used for that.  I'm a bit wary of
changing this in the stable branches - could cause performance changes?

Greetings,

Andres Freund

pgsql-hackers by date:

Previous
From: Pengzhou Tang
Date:
Subject: Re: Parallel grouping sets
Next
From: Pavel Stehule
Date:
Subject: Re: proposal: new polymorphic types - commontype and commontypearray