Re: BUG #17619: AllocSizeIsValid violation in parallel hash join
Peter Geoghegan <pg@bowt.ie>
From: Peter Geoghegan <pg@bowt.ie>
To: Thomas Munro <thomas.munro@gmail.com>
Cc: Tom Lane <tgl@sss.pgh.pa.us>, Dmitry Astapov <dastapov@gmail.com>, pgsql-bugs@lists.postgresql.org
Date: 2022-09-27T21:16:41Z
Lists: pgsql-bugs
On Tue, Sep 27, 2022 at 12:15 PM Thomas Munro <thomas.munro@gmail.com> wrote: > > I believe that Thomas was going to do something like this anyway. I'm > > happy to leave it up to him, but I can pursue this separately if that > > makes sense. > > Why not clobber "lower down" in dsm_create(), as I showed? You don't > have to use the table-of-contents mechanism to use DSM memory. I have no strong feelings either way. That approach might well be better. It might even be useful to do both together. The redundancy probably wouldn't hurt, and might even help in the future (it might not stay redundant forever). We don't necessarily need to worry too much about added cycles for something like this. Just as long as it's not *completely* gratuitous. -- Peter Geoghegan
Commits
-
Fix rare sharedtuplestore.c corruption.
- d95dcc9ab5f8 11.19 landed
- b55303792afe 12.14 landed
- 1a5afe007779 13.10 landed
- 2f65b84683b7 14.7 landed
- d9f5345bf907 15.2 landed
- ffcf6f4cfca5 16.0 landed
-
Initialize index stats during parallel VACUUM.
- 662ba729a67e 16.0 cited
-
Stamp 13.8.
- 4bc493d14409 13.8 cited