Re: Using per-transaction memory contexts for storing decoded tuples

Поиск
Список
Период
Сортировка
От Masahiko Sawada
Тема Re: Using per-transaction memory contexts for storing decoded tuples
Дата
Msg-id CAD21AoAHnr9pjcRvC4m2zfH=T=33U-Qwc4GqJjBBOcJbYGCu_g@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Using per-transaction memory contexts for storing decoded tuples  (Fujii Masao <masao.fujii@oss.nttdata.com>)
Ответы Re: Using per-transaction memory contexts for storing decoded tuples
Список pgsql-hackers
On Thu, Oct 3, 2024 at 2:46 AM Fujii Masao <masao.fujii@oss.nttdata.com> wrote:
>
>
>
> On 2024/10/03 13:47, Masahiko Sawada wrote:
> >>> I agree that the overhead will be much less visible in real workloads.
> >>> +1 to use a smaller block (i.e. 8kB).
>
> +1
>
>
> >>> It's easy to backpatch to old
> >>> branches (if we agree)
>
> +1
>
>
> >> It seems that
> >> only reorderbuffer.c uses the LARGE macro so that it can be removed.
> >
> > I'm going to keep the LARGE macro since extensions might be using it.
>
> Yes, for the back-patch. But in the master branch,
> we basically don't need to maintain this kind of compatibility?
>

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.

Regards,

--
Masahiko Sawada
Amazon Web Services: https://aws.amazon.com



В списке pgsql-hackers по дате отправления: