Re: hashagg slowdown due to spill changes - Mailing list pgsql-hackers

From Jeff Davis
Subject Re: hashagg slowdown due to spill changes
Date
Msg-id d564fa33a98ceab18e945e3cf57b48991df9524d.camel@j-davis.com
Whole thread Raw
In response to hashagg slowdown due to spill changes  (Andres Freund <andres@anarazel.de>)
List pgsql-hackers
On Fri, 2020-06-05 at 21:11 -0700, Andres Freund wrote:
> Why isn't the flow more like this:
> 1) prepare_hash_slot()
> 2) if (aggstate->hash_spill_mode) goto 3; else goto 4
> 3) entry = LookupTupleHashEntry(&hash); if (!entry)
> hashagg_spill_tuple();
> 4) InsertTupleHashEntry(&hash, &isnew); if (isnew) initialize(entry)

I see, you are suggesting that I change around the execGrouping.c
signatures to return the hash, which will avoid the extra call. That
makes more sense.

Regards,
    Jeff Davis







pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: snowball release
Next
From: Andres Freund
Date:
Subject: Re: hashagg slowdown due to spill changes