Re: Opportunistically pruning page before update

Поиск
Список
Период
Сортировка
От Dilip Kumar
Тема Re: Opportunistically pruning page before update
Дата
Msg-id CAFiTN-vu+U2HfUPr5u=GhoZvCDDGOZWWZ2g63SMH1+TLC2s=gg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Opportunistically pruning page before update  (James Coleman <jtc331@gmail.com>)
Ответы Re: Opportunistically pruning page before update  (James Coleman <jtc331@gmail.com>)
Список pgsql-hackers
On Tue, Jan 23, 2024 at 7:18 AM James Coleman <jtc331@gmail.com> wrote:
>
> On Mon, Jan 22, 2024 at 8:21 PM James Coleman <jtc331@gmail.com> wrote:
> >
> > See rebased patch attached.
>
> I just realized I left a change in during the rebase that wasn't necessary.
>
> v4 attached.

I have noticed that you are performing the opportunistic pruning after
we decided that the updated tuple can not fit in the current page and
then we are performing the pruning on the new target page.  Why don't
we first perform the pruning on the existing page of the tuple itself?
 Or this is already being done before this patch? I could not find
such existing pruning so got this question because such pruning can
convert many non-hot updates to the HOT update right?

--
Regards,
Dilip Kumar
EnterpriseDB: http://www.enterprisedb.com



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

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: Multiple startup messages over the same connection
Следующее
От: Masahiko Sawada
Дата:
Сообщение: Re: [PoC] Improve dead tuple storage for lazy vacuum