Re: 9.5: Memory-bounded HashAgg

From: Heikki Linnakangas <hlinnakangas(at)vmware(dot)com>
To: Jeff Davis <pgsql(at)j-davis(dot)com>
Cc: Robert Haas <robertmhaas(at)gmail(dot)com>, Tomas Vondra <tv(at)fuzzy(dot)cz>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: 9.5: Memory-bounded HashAgg
Date: 2014-08-26 09:39:27
Message-ID: 53FC55CF.9040504@vmware.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Summary of this thread so far:

There was a lot of discussion comparing this with Tomas Vondra's Hash
Join patch. The conclusion was that while it would be nice to be able to
dump transition state to disk, for aggregates like array_agg, the patch
is fine as it is. Dumping transition states would require much more
work, and this is already useful without it. Moreover, solving the
array_agg problem later won't require a rewrite; rather, it'll build on
top of this.

You listed a number of open items in the original post, and these are
still outstanding:

> * costing
> * EXPLAIN details for disk usage
> * choose number of partitions intelligently
> * performance testing

I think this is enough for this commitfest - we have consensus on the
design. For the next one, please address those open items, and resubmit.

- Heikki

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Emre Hasegeli 2014-08-26 09:44:33 Re: Selectivity estimation for inet operators
Previous Message Fabien COELHO 2014-08-26 09:37:56 Re: pgbench throttling latency limit