Re: Memory-Bounded Hash Aggregation
Jeff Davis <pgsql@j-davis.com>
On Tue, 2020-02-04 at 18:42 +0800, Adam Lee wrote: > The minheap looks good, have you tested the performance and aggregate > validation? Not sure exactly what you mean, but I tested the min heap with both Sort and HashAgg and it performs well. > About the "Cap the size of the LogicalTapeSet's freelist" and "Don't > bother tracking free space for HashAgg at all" you mentioned in last > mail, I suppose these two options will lost the disk space saving > benefit since some blocks are not reusable then? No freelist at all will, of course, leak the blocks and not reuse the space. A capped freelist is not bad in practice; it seems to still work as long as the cap is reasonable. But it feels too arbitrary, and could cause unexpected leaks when our assumptions change. I think a minheap just makes more sense unless the freelist just becomes way too large. Regards, Jeff Davis
Commits
-
Fix costing for disk-based hash aggregation.
- 7351bfeda33b 13.0 landed
-
Fixes for Disk-based Hash Aggregation.
- 64fe60227909 13.0 landed
-
Disk-based Hash Aggregation.
- 1f39bce02154 13.0 landed
-
Extend ExecBuildAggTrans() to support a NULL pointer check.
- c954d4904650 13.0 landed
-
Save calculated transitionSpace in Agg node.
- c11cb17dc55a 13.0 landed
-
Minor refactor of nodeAgg.c.
- 5b618e1f48ae 13.0 landed
-
Logical Tape Set: lazily allocate read buffer.
- 7fdd919ae755 13.0 landed
-
Introduce TupleHashTableHash() and LookupTupleHashEntryHash().
- 4eaea3db150a 13.0 landed
-
Logical Tape Set: use min heap for freelist.
- c02fdc922301 13.0 landed
-
Fix comments in execGrouping.c
- 30d47723fd15 13.0 landed
-
Avoid integer overflow while sifting-up a heap in tuplesort.c.
- 512f67c8d02c 10.0 cited
-
Make the overflow guards in ExecChooseHashTableSize be more protective.
- 8442317beb8f 9.0.0 cited
-
Improve performance of our private version of qsort. Per recent testing,
- a3f0b3d68f9a 8.2.0 cited