Re: BUG #17619: AllocSizeIsValid violation in parallel hash join
Masahiko Sawada <sawada.mshk@gmail.com>
From: Masahiko Sawada <sawada.mshk@gmail.com>
To: Peter Geoghegan <pg@bowt.ie>
Cc: Thomas Munro <thomas.munro@gmail.com>, Tom Lane <tgl@sss.pgh.pa.us>, Dmitry Astapov <dastapov@gmail.com>, pgsql-bugs@lists.postgresql.org
Date: 2022-09-30T06:33:40Z
Lists: pgsql-bugs
On Wed, Sep 28, 2022 at 6:17 AM Peter Geoghegan <pg@bowt.ie> wrote: > > 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. +1 I think we can clobber the memory also in dsm_deatch() if the memory comes from the pool configured by min_dynamic_shared_memory. Regards, -- Masahiko Sawada PostgreSQL Contributors Team RDS Open Source Databases Amazon Web Services: https://aws.amazon.com
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