Re: BUG #16104: Invalid DSA Memory Alloc Request in Parallel Hash
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Thomas Munro <thomas.munro@gmail.com>
Cc: James Coleman <jtc331@gmail.com>,
Tomas Vondra <tomas.vondra@2ndquadrant.com>,
PostgreSQL mailing lists <pgsql-bugs@lists.postgresql.org>
Date: 2019-11-10T21:34:09Z
Lists: pgsql-bugs
Thomas Munro <thomas.munro@gmail.com> writes: > I think I see what's happening: we're running out of hash bits. Ugh. > Besides switching to 64 bit hashes so that we don't run out of > information (clearly a good idea), what other options do we have? If the input column is less than 64 bits wide, this is an illusory solution, because there can't really be that many independent hash bits. I think we need to have some constraint that keeps us from widening the batch+bucket counts to more hash bits than we have. regards, tom lane
Commits
-
Rotate instead of shifting hash join batch number.
- 5c0a132cf141 9.4.26 landed
- 893eaf0be8be 9.5.21 landed
- 15861deb65cd 9.6.17 landed
- 8e89bc6dfd3d 10.12 landed
- 9e551a14cb45 11.7 landed
- 8052aaf521e4 12.2 landed
- e69d64454778 13.0 landed