Re: Using per-transaction memory contexts for storing decoded tuples
Masahiko Sawada <sawada.mshk@gmail.com>
From: Masahiko Sawada <sawada.mshk@gmail.com>
To: Fujii Masao <masao.fujii@oss.nttdata.com>
Cc: "Hayato Kuroda (Fujitsu)" <kuroda.hayato@fujitsu.com>,
Amit Kapila <amit.kapila16@gmail.com>, Shlok Kyal <shlok.kyal.oss@gmail.com>, David Rowley <dgrowleyml@gmail.com>, PostgreSQL-development <pgsql-hackers@postgresql.org>
Date: 2024-10-10T15:26:47Z
Lists: pgsql-hackers
On Thu, Oct 10, 2024 at 8:04 AM Fujii Masao <masao.fujii@oss.nttdata.com> wrote: > > > > On 2024/10/04 3:32, Masahiko Sawada wrote: > > Yes, but as for this macro specifically, I thought that it might be > > better to keep it, since it avoids breaking extension unnecessarily > > and it seems to be natural to have it as an option for slab context. > > If the macro has value, I'm okay with leaving it as is. > > Are you planning to post the patch? > Yes, I'll post the patch soon. Regards,n -- Masahiko Sawada Amazon Web Services: https://aws.amazon.com
Commits
-
Reduce memory block size for decoded tuple storage to 8kB.
- 1b9b6cc3456b 18.0 landed
- eef9cc4dc28f 17.1 landed
- 05e982cdc4df 16.5 landed
- 4a675f31868a 15.9 landed
- 5c1ed0a51681 14.14 landed
- cb988b04d063 13.17 landed
- 53fa68b3bc3a 12.21 landed
-
Generational memory allocator
- a4ccc1cef5a0 11.0 cited